Closed
Bug 54921
Opened 24 years ago
Closed 24 years ago
crash while dismissing default downloader plugin
Categories
(Core Graveyard :: Plug-ins, defect, P3)
Tracking
(Not tracked)
mozilla0.9
People
(Reporter: uamjet602, Assigned: smak)
References
()
Details
(Keywords: crash, platform-parity, Whiteboard: [rtm-])
From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux 2.2.12-20 i686; en-US; m18) Gecko/20001002
BuildID: 2000100208
When I go to a page that contains something that needs a plugin, I get the
plugin downloader plugin. Sometimes when I dismiss it, Mozilla crashes. The
console sais:
Gdk-ERROR **: BadWindow (invalid Window parameter)
serial 347 error_code 3 request_code 1 minor_code 0
Reproducible: Sometimes
Steps to Reproduce:
1. Go to the URL
2. dismiss the dialog that pops up.
3. It pops up again and again, keep dismissing it.
4. crash (sometimes)
Actual Results: Mozilla crashed
Expected Results: The dialog goes away and stays away
This seems a bit like bug 44711 , but that was before the real default plugin
downloader plugin was there. Also this states the GTK error, which that one doesn't
Comment 2•24 years ago
|
||
Tried with linux build 100214: it pops up again and again while I press
the `Cancel' button, but no crash occur until I press the `OK' button.
Comment 3•24 years ago
|
||
Confirming. This definitely crashes my browser, as described by Marcello.
Status: UNCONFIRMED → NEW
Ever confirmed: true
Comment 4•24 years ago
|
||
Nominating for rtm consideration. Stephen, any chance you could fix this in time
for N6 RTM? It's a serious concern if our default plug-in is causing crashes.
(Remember not to mention specific dates within the public bug report.)
Keywords: rtm
Comment 5•24 years ago
|
||
dup of 55261.
*** This bug has been marked as a duplicate of 55261 ***
Status: NEW → RESOLVED
Closed: 24 years ago
Resolution: --- → DUPLICATE
This is not a duplicate. Bug 55261 talks about the dialog coming back after
being dismissed, and about mozilla seeming to hang because the (modal) dialog
is hidden. Not about crashing.
Adding crash keyword, requesting reopen.
Keywords: crash
Comment 7•24 years ago
|
||
That's what your steps above say :
>dismiss the dialog that pops up.
>3. It pops up again and again, keep dismissing it.
>4. crash ***(sometimes)***
If you disagree, pls reopen.
I retested it (2000102508) and it still crashes. Reopened and added dependency
for bug 55261.
Assignee | ||
Comment 9•24 years ago
|
||
sorry for replying late. I tried on my pr3 build on solaris, it doesn't
crash... can anyone give some specific url to try out? i tried the apple/quick
time page.
Assignee | ||
Comment 10•24 years ago
|
||
i don't see this crash occur in my solaris pr3 experience. also, my guess
this crash is related to the gtk window creation (request code=1) and the
parent window id is unknown. Don't have any idea to fix it in my head and
think should not drag down the n6 release (unless people can reproduce
the bug in a very easy way which cause n6 crashes a lot).
Whiteboard: [rtm-]
Comment 11•24 years ago
|
||
*** Bug 59922 has been marked as a duplicate of this bug. ***
Comment 12•24 years ago
|
||
*** Bug 65524 has been marked as a duplicate of this bug. ***
Comment 13•24 years ago
|
||
Marking pp as this is a Linux-specific crash and 4xp as this would cause pages
that worked in Nav4 when the user lacked the plug-in to crash when viewed in
Nav6. Nom. nsbeta1 as pp crasher.
Comment 14•24 years ago
|
||
I do not see a dialog pop-up anymore on the linux branch/trunk. tinus_mozilla,
can you pls check ? thanks!
Comment 15•24 years ago
|
||
*** Bug 66690 has been marked as a duplicate of this bug. ***
Comment 16•24 years ago
|
||
another plugin downloader crash when user hits OK is in bug 67879
Comment 17•24 years ago
|
||
Marking mozilla0.9. Stephen, if you don't have time to fix this within the next
4 weeks, please reassign to av.
Target Milestone: --- → mozilla0.9
Comment 18•24 years ago
|
||
cc'ing serge
Comment 19•24 years ago
|
||
Are you still shooting for 0.9 on this? If so please email drivers@mozilla.org
with a status on you progress. If not please retarget against a later Milestone.
Thanks.
Comment 20•24 years ago
|
||
I would say this is a dup of 76505 or vice versa,
at least I think my proposal patch for 76505 will fix this one also.
Comment 21•24 years ago
|
||
*** This bug has been marked as a duplicate of 76505 ***
Status: REOPENED → RESOLVED
Closed: 24 years ago → 24 years ago
Resolution: --- → DUPLICATE
Comment 22•24 years ago
|
||
Lots of verifications.
If I had to test stuff, it was on Win2K, build id 2001052404.
Status: RESOLVED → VERIFIED
Updated•3 years ago
|
Product: Core → Core Graveyard
You need to log in
before you can comment on or make changes to this bug.
Description
•