Closed Bug 59922 Opened 24 years ago Closed 24 years ago

crash if I quickly click "cancel" to download Java plugin

Categories

(SeaMonkey :: General, defect, P3)

x86
Linux
defect

Tracking

(Not tracked)

VERIFIED DUPLICATE of bug 54921

People

(Reporter: jraymond, Assigned: asa)

References

()

Details

From Bugzilla Helper: User-Agent: Mozilla/5.0 (X11; U; Linux 2.2.18pre20 i686; en-US; m18) Gecko/20001111 BuildID: 2000111106 Upon beginning to load this page, a window pops up and asks if I want to download the Java plugin. If I quickly click "cancel" before the page finishes loading, then the browser will crash with this output: Gdk-ERROR **: BadWindow (invalid Window parameter) serial 17 error_code 3 request_code 1 minor_code 0 If, before I click cancel, I let the page completely load and display a subsequent pop-up window, then the browser does not crash. Reproducible: Always Steps to Reproduce: Load the problem http://www.intellicast.com/LocalWeather/World/UnitedStates/SouthCentral/Texas/Houston/Radar/ Quickly click cancel in the Java/plug-in window. Wait. => Crash!!! Actual Results: Crash. Expected Results: Page should have continued to load with no crash. Athlon 700, 256MB RAM Here are the resulting errors for some more crashes. I include them because the "serial"s are different, but they come from doing the same thing. Gdk-ERROR **: BadWindow (invalid Window parameter) serial 37 error_code 3 request_code 1 minor_code 0 Gdk-ERROR **: BadWindow (invalid Window parameter) serial 17 error_code 3 request_code 1 minor_code 0
jraymond@gnu.org, I was unable to reproduce this with 111308 mozilla trunk build on redhat 6.2. Can you download a build with Talkback (use the -installer.tar.gz and select Complete install) and see if Talkback catches your crash.
nevermind. I think I found this already reported. This looks like a Duplicate of bug 54921 *** This bug has been marked as a duplicate of 54921 ***
Status: UNCONFIRMED → RESOLVED
Closed: 24 years ago
Resolution: --- → DUPLICATE
vrfy dupe [of a bug in our db]
Status: RESOLVED → VERIFIED
I confirm that what I experienced is the same as that reported in bug 54921 but seems to happen more frequently in my case.
I tested this with a Feedback-enabled snapshot. The browser still crashed, but the QFA window didn't pop up afterward to allow me send a report. Here's the output I get if do run mozilla with strace. I don't whether it's useful or not. Document http://www.intellicast.com/LocalWeather/World/UnitedStates/SouthCentral/Texas/Houston/Radar/ loaded successfully Document http://www.intellicast.com/Survey/surveyform_sk.shtml loaded successfully Gdk-ERROR **: BadWindow (invalid Window parameter) serial 97 error_code 3 request_code 1 minor_code 0 [WIFEXITED(s) && WEXITSTATUS(s) == 0], 0, NULL) = 1092 rt_sigprocmask(SIG_BLOCK, [CHLD TTOU], [CHLD], 8) = 0 rt_sigprocmask(SIG_SETMASK, [CHLD], NULL, 8) = 0 rt_sigprocmask(SIG_BLOCK, [CHLD], [CHLD], 8) = 0 rt_sigprocmask(SIG_SETMASK, [CHLD], NULL, 8) = 0 rt_sigprocmask(SIG_SETMASK, [], NULL, 8) = 0 --- SIGCHLD (Child exited) --- wait4(-1, 0xbffff708, WNOHANG, NULL) = -1 ECHILD (No child processes) sigreturn() = ? (mask now []) rt_sigaction(SIGINT, {SIG_DFL}, {0x806aaf8, [], 0x4000000}, 8) = 0 rt_sigprocmask(SIG_BLOCK, NULL, [], 8) = 0 rt_sigprocmask(SIG_BLOCK, [CHLD TTOU], [], 8) = 0 rt_sigprocmask(SIG_SETMASK, [], NULL, 8) = 0 rt_sigprocmask(SIG_BLOCK, [CHLD], [], 8) = 0 rt_sigprocmask(SIG_SETMASK, [], NULL, 8) = 0 read(255, "", 1656) = 0 _exit(0) = ? jraymond@turing:~/mozilla$
Product: Browser → Seamonkey
You need to log in before you can comment on or make changes to this bug.