Closed Bug 227528 Opened 22 years ago Closed 21 years ago

Every once in a while Firefox freezes on a pop-up dialog box

Categories

(Firefox :: General, defect)

PowerPC
macOS
defect
Not set
major

Tracking

()

RESOLVED DUPLICATE of bug 232715

People

(Reporter: spundun, Assigned: bugzilla)

Details

(Keywords: qawanted)

User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.6b) Gecko/20031203 Firebird/0.7+ Build Identifier: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.6b) Gecko/20031203 Firebird/0.7+ On my OSX nightly build of firebird... every once in a while firebird goes nuts. It will popup a valid dialog box like "do you want to remember password for this site?" or "website not found" but then I cant click the ok.cancel buttons. The thing just freezes.. no way to get to the window behind the dialog. I have to quit firebird with <apple>+Q and then restart. Reproducible: Sometimes Steps to Reproduce: 1. 2. 3.
ohh... and this also happens with thunderbird nightlies... so maybe its a platform bug. The behavior on thunderbird is exact same. i am not filing a seperate bug for it.
I have been using the 0.8 release (firefox) on Mac OSX 10.3 for about a week now and have had this happen at least once per day. I have tried to reproduce it but have been unable to find the specific steps required.
Not sure if same bug, but is this related to what Internet Connect is doing? I find freezes on dialog boxes are happening after IC has disconnected and then been reconnected. Found on Mozilla 1.6 and Firefox 0.8 on Mac Jag.8 and Panther.2 and is reproducible. If that doesn't work, let the remote site disconnect you and then reconnect. Other associated behaviours before dialog box crash are sometimes no throbber animation, page update on complete load only and pointer changing to arrow with roundel hourglass. Disclaimer - am newbie with bug reporting. Was going to report new bug but thought this description was pretty close. HTH.
Same behaviour w/ Mozilla 1.7RC2 (and 1.7RC1) on OS X 10.3.3. Another incarnation of it is that bookmarks cannot be accessed anymore (menu opens, I mouse over a bookmark, nothing happens). I then can still open e.g. the preferences, but clicking ok there has no reaction. Quitting Mozilla is the only option. Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.7) Gecko/20040514
Same behaviour w/ Mozilla 1.7RC2 (and 1.7RC1) on OS X 10.3.3. Another incarnation of it is that bookmarks cannot be accessed anymore (menu opens, I mouse over a bookmark, nothing happens). I then can still open e.g. the preferences, but clicking ok there has no reaction. Quitting Mozilla is the only option. Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.7) Gecko/20040514
Could be the same as bug 198345.
Naw, this is a known problem. Sometimes Moz/FF dialogs have focus problems, at least on Mac. The workaround is to click on the OK or Cancel button, hold the mouse button down, and move the pointer around slightly. You'll see the button activate and you can then release the mouse button to click it.
Keywords: qawanted
Summary: Every once in a while firebird freezes on a pop up dialog box. → Every once in a while Firefox freezes on a pop-up dialog box
Whiteboard: DUPEME
Severity: critical → major
(In reply to comment #7) > The workaround is to click on the OK or Cancel button, hold the > mouse button down, and move the pointer around slightly. You'll see the button > activate and you can then release the mouse button to click it. Does not work for me, when I click and hold on the ok button of a stuck dialogue box and move the mouse around, I can make the text 'OK' change from black to white and vice versa, but things remain stuck, and I have to command-Q Mozilla. (Mozilla 1.7RC2, OS X 10.3.3, Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.7) Gecko/20040514)
This still happens with FireFox 0.9. A bit more info: - any dialog box (including javascript alerts) do not accept when you hit OK / Cancel. - The "type-ahead" feature in the location bar does not work. - the location bar does not change when I go to a different website - server-side redirects DO NOT WORK. - it seems to happen if I open the browser, browse around abit, then leave it open for a while (an hour or 2) it will generally be in this non-functioning state when I get back.
I reported this bug .. but it hasnt happened to me in a while... my UA is : Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.7) Gecko/20040614 Firefox/0.9 just my $0.02
I get this on 0.9.1, particularly on password dialogs. Ok and cancel buttons flash when clicked, but nothing - including alt-. can clear them. In the end, I have to kill Firefox and restart. Very annoying.
Still a problem for me on 0.9 and 0.9.1 of 20040628 but I have yet to try wiggling the cursor while dragging the OK button.
> Ok and cancel buttons flash when clicked, but nothing - including alt-. can clear them. > In the end, I have to kill Firefox and restart. Likewise for me, I'm running nightlies. Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.8a3) Gecko/20040717 Firefox/0.9.1+
One way I've found to reliably reproduce this: Submit a form that has a password field (paypal, etc), and then as the dialog for 'do you want to remember password for this site' is appearing, or just after it's come down, strike the escape key. It will reproduce this behavior of the buttons flashing when clicked, but not doing anything. Striking escape after the dialog has completely appeared, avoids this problem in this case. But this dialog weirdness happens in other cases as well. Running under MacOSX 10.3.4. Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.8a3) Gecko/20040719 Firefox/0.9.1+
When one of the dialogs freezes in this way, I'm still able to work in another browser window. However, once a dialog pops up in *that* window, whether I hit escape or not, it's already frozen in this manner (so it seems). Please let me know if you want extra help in reproducing this.
I have had this happen with color and table insert boxes in the cuneAform extension.
Flags: blocking-aviary1.0?
QA Contact: mozillamonks
Flags: blocking-aviary1.0? → blocking-aviary1.0mac?
Is there any way to turn on some logging so that those of us experiencing problems can help with the debugging of this? It is almost enough to make me start using Safari. Just downloaded PR1.0 and it is still happening many times per day.
Flags: blocking-aviary1.0mac? → blocking-aviary1.0mac+
Spundun: Don't set +/- blocking flags, those are reserved for the developers. If you think a bug might legitimately block a release, set the ? flag.
Flags: blocking-aviary1.0mac+ → blocking-aviary1.0mac?
OK, Sorry for the trouble :). Has any developer looked at this bug atall? btw Pete: can you post whether you are using jaguar or panther? and if panther, have you applied all the software upgrades that comeup in the "Software Update" section? I dont know what happened but I have stopped getting that problem. I use fire fox every day.. keep it running for days...keep it running along with all sorts of other sw like safari, thunderbird, xserver,itunes etc. But I havent had this problem in a long time, (though I was the one to report the problem in the first place). Do you by anychance run/install apple's X11 package? (I am just shooting in the dark at all the wierd possibilities).
oh and my current browser id is : Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.7) Gecko/20040614 Firefox/0.9
Flags: blocking-aviary1.0mac?
*** This bug has been marked as a duplicate of 232715 ***
Status: NEW → RESOLVED
Closed: 21 years ago
Resolution: --- → DUPLICATE
I'm running 10.3.5 and I am up to date with all patches/updates - just did the G5 firmware patch this morning. Yes I have installed the Apple X11 for testing the OpenOffice X11 install. I also have several SaMBa mounts which are automounted at boot time. Unfortunately, I use them all the time so I can't really remove them and still get my work done so i can't test if that is it. I'll start posting to the duplicate issue now.
Whiteboard: DUPEME
You need to log in before you can comment on or make changes to this bug.