User Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.14; rv:91.0) Gecko/20100101 Firefox/91.0

Steps to reproduce:

Visited https://www.academia.edu/44545785/The_Roman_Army_in_Detail_Taking_the_auspices_priests_in_the_Roman_army?auto=download&email_work_card=download-paper

Closed the pop-up.

Actual results:

Tried to click various places. Nothing happens. Tried to inspect to see if something's interfering. Nothing happens. Tried to page down. Nothing happens.

Expected results:

The page should respond.

This differs from bug 1717144 which only involves part of the page.

This occurs when going through a Download Paper link, and either closing the pop-up, or clicking the "No Thanks, I just want the paper option." Either one also downloads the paper.

Same exact behavior in Troubleshoot Mode.

The Bugbug bot thinks this bug should belong to the 'Core::DOM: Core & HTML' component, and is moving the bug to that component. Please revert this change in case you think the bot is wrong.

I don't see "No Thanks, I just want the paper option." anywhere.
What exactly do I need to click to see the issue?

The option appears on the modal which appears as the page loads.

I get just this, and if I click those links, everything still works fine.

Signing in actually serves you a different page from the same address. I can see the popup in comment #3 but it looks very different.

Maybe some cache is broken, could you try clearing cache per https://support.mozilla.org/en-US/kb/how-clear-firefox-cache and try again?

Those instructions are awfully incomplete.

They say to pick "Cookies and Site Data," but those are off screen, trying to scroll about:preferences is a migraine trigger, Page Down in about:preferences switches the option in the left painbar, clicking text and page down does nothing, hitting tab and page down does nothing. Only a search can reach "Cookies and Site Data."

Regardless, the same bug recurs.

The differing appearance is probably due to High Contrast Mode.

Thanks for the details. Comment #6 sounds bad, worth NI'ing someone regarding that, specifically for the page down behavior when the focus is on the left bar.

It seems the issue itself can intermittently be reproduced on my machine.

0. Make sure you are signed in
1. Open the link https://www.academia.edu/44545785/The_Roman_Army_in_Detail_Taking_the_auspices_priests_in_the_Roman_army?auto=download&email_work_card=download-paper
2. Check the popup in comment #5 appears. (NOTE: if this doesn't happen, wait for a few minutes and try again since the bug does not happen without this. Refreshing didn't help in my case.)
3. Close the popup by clicking "No thanks ..."
4. See the download dialog opens
5. Close it and try clicking anywhere

I haven't had a chance to look at this yet, but maybe Neil has some cycles?

When the 'no thanks...' button is pressed, the page makes a synchronous XMLHttpRequest which never seems to complete. Event handling is suppressed to the page via Document::SuppressEventHandling but never unsuppressed.

As a note, the url being requested returns a mostly empty json file when entered manually into the url bar.

The problem here is that when the sync xhr is cancelled, mFlagSyncLooping is not cleared in XMLHttpRequestMainThread::OnStopRequest.
I think we should always set mFlagSyncLooping to false in XMLHttpRequestMainThread::OnStopRequest.

Backed out for causing failures on navigating-across-documents/010.html. CLOSED TREE
Backout link : https://hg.mozilla.org/integration/autoland/rev/093ace33ba66cca0b68386185c0b0c5c0e823336
Push with failures : https://treeherder.mozilla.org/jobs?repo=autoland&selectedTaskRun=WP8r2AFXSuCWnEyRFlGFWA.0&resultStatus=testfailed%2Cbusted%2Cexception%2Crunnable&revision=70e4ed1cfc05f55725bf163c64cab447beddd4ba&searchStr=android
Failure log : https://treeherder.mozilla.org/logviewer?job_id=352079648&repo=autoland&lineNumber=1762

There's a r+ patch which didn't land and no activity in this bug for 2 weeks.
:kershaw, could you have a look please?
For more information, please visit auto_nag documentation.

The previous patch was not correct. I need to find another way to solve this bug.

Currently not working on this one.