Closed Bug 592682 Opened 14 years ago Closed 3 years ago

Print (Cmd-P) during page load, can't dismiss dialogues, deadlock, have to kill Minefield

Categories

(Firefox :: General, defect)

x86
macOS
defect
Not set
major

Tracking

()

RESOLVED WORKSFORME

People

(Reporter: theosib, Unassigned)

Details

User-Agent:       Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10_6_4; en-us) AppleWebKit/533.17.8 (KHTML, like Gecko) Version/5.0.1 Safari/533.17.8
Build Identifier: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.6; rv:2.0b5pre) Gecko/20100827 Minefield/4.0b5pre

If you have a page that's in the middle of loading, and you hit Cmd-P to print, you'll get two dialogs.  One pops out of the window saying that the document can't change while printing or print preview.  The other is in its own window and it's the usual Print dialog.

In this situation, it is impossible to dismiss either dialog.  Trying to dismiss the warning just makes a noise, while in the Print dialog, none of the "Print", "Preview" or "Cancel" buttons work.  When I click, the button changes color, but no action is taken, and the box doesn't go away.  No controls in any window respond, and although menus at the top will pop down, all selections are ignored.

Minefield is effectively hung due to deadlock, and the only way to resolve this is to kill -9 the process (because trying to quit any other way is ignored).

I can reproduce this bug consistently with the following page:
http://axiomaxiom.livejournal.com/58693.html
- Load this page, then press Cmd-R quickly followed by Cmd-P.


Reproducible: Always
I get the warning, but I am able to dismiss them with Mozilla/5.0 (Windows NT 6.1; WOW64; rv:2.0b7pre) Gecko/20100925 Firefox/4.0b7pre. Please update and test again.
Severity: critical → major
Version: unspecified → Trunk
Mozilla/5.0 (Macintosh; Intel Mac OS X 10.5; rv:2.0b7pre) Gecko/20100930 Firefox/4.0b7pre

Able to reproduce.  Firefox hangs when trying to cancel the warnings. Need to use kill -9 command to exit the firefox hang.
Possibly something different about the way MacOS handles the modal and nonmodal dialogs together?
I wonder if this is a new issue or it's one of those quirks between our modal dialogs and Mac OS. Cc'ing smichaud for evaluation.
Status: UNCONFIRMED → NEW
Ever confirmed: true

Hi,

I tested this issue using the latest Nightly 94.0a1 (2021-09-27) on Mac OS 11 and was unable to reproduce it. Also, it looks like this corresponded to an old Mac OS version.

For these reasons, I'm marking this ticket as Resolved - WFM

Regards,
Virginia

Status: NEW → RESOLVED
Closed: 3 years ago
Resolution: --- → WORKSFORME
You need to log in before you can comment on or make changes to this bug.