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.