Closed
Bug 62945
Opened 25 years ago
Closed 25 years ago
Mozilla crashes when a child browser-window is closed
Categories
(SeaMonkey :: General, defect, P3)
Tracking
(Not tracked)
RESOLVED
FIXED
People
(Reporter: gtr, Assigned: asa)
References
()
Details
From Bugzilla Helper:
User-Agent: Mozilla/4.76 [en] (X11; U; SunOS 5.8 sun4u)
BuildID: 2000121421
When closing a browser window that was opened from code in a
previously-displayed page, mozilla dumps core (reproduced on three tries out of
three). However, if I go to the same page "manually" by typing the URL into the
location bar, then close _that_ browser window, mozilla behaves correctly.
Reproducible: Always
Steps to Reproduce:
1. Go to http://www.pdn-pix.com/pix/column/
2. Part-way down the page, take the link to http://us/imdb.com/
3. Wait for the link to open in a new browser-window.
4. Close the new window using the File->Close menu-command.
Actual Results: Mozilla says:
Error loading URL http://www.pdn-pix.com/pix/column/: 804b0002
Document http://www.pdn-pix.com/pix/column/ loaded successfully
in SetSecurityButton
Error loading URL http://us.imdb.com/: 804b0002
Segmentation Fault - core dumped
Expected Results: The child window should close quietly.
Stack trace ex the core file:
main(0x0, 0xffbee5ac, 0xffbee5b4, 0x36fc8, 0x0, 0x0)
0x16f0c(0x0, 0xff2d4530, 0x0, 0x5, 0x100d4, 0x0)
Run__17nsAppShellService(0xe3698, 0xfe11e128, 0xe3698,
0xfe11d484, 0x3f8, 0x1)
Run__10nsAppShell(0x778b8, 0xfe0269d4, 0x778b8, 0x15f360,
0x0, 0xffe)
gtk_main(0x2c00, 0x2c00, 0x90420, 0xfdd4d0f4, 0x0, 0x0)
0x16f0c(0x0, 0xff2d4530, 0x0, 0x5, 0x100d4, 0x0)
Run__17nsAppShellService(0xe3698, 0xfe11e128, 0xe3698,
0xfe11d484, 0x3f8, 0x1)
Run__10nsAppShell(0x778b8, 0xfe0269d4, 0x778b8, 0x15f360,
0x0, 0xffe)
gtk_main(0x2c00, 0x2c00, 0x90420, 0xfdd4d0f4, 0x0, 0x0)
g_main_run(0x184468, 0xfdffae3c, 0xfdf9a140, 0x8ffc8, 0x0,
0x0)
g_main_iterate(0x4d4, 0xa98, 0x64, 0xa98, 0x4d4, 0x470)
g_main_dispatch(0x4d4, 0xa98, 0x470, 0x4d4, 0xa98,
0xfddeca48)
g_io_unix_dispatch(0x1b72e8, 0xffbee1a0, 0x184498,
0xfddecb08, 0x0, 0x101167e)
0xfe026134(0x1b7ef0, 0x1, 0x184498, 0xfe026110, 0x1, 0x0)
0xfe026424(0x76a70, 0x5, 0x1, 0xfe026408, 0x0, 0x0)
ProcessPendingEvents__16nsEventQueueImpl(0x76a70,
0xff21a518, 0x1, 0x0, 0x0, 0x0)
PL_ProcessPendingEvents(0xe3898, 0x0, 0x0, 0x0, 0x0, 0x0)
PL_HandleEvent(0x101c6b8, 0x392a0, 0x0, 0x0, 0x0, 0x0)
0xfddeca48)
g_io_unix_dispatch(0x1b72e8, 0xffbee1a0, 0x184498,
0xfddecb08, 0x0, 0x101167e)
0xfe026134(0x1b7ef0, 0x1, 0x184498, 0xfe026110, 0x1, 0x0)
0xfe026424(0x76a70, 0x5, 0x1, 0xfe026408, 0x0, 0x0)
ProcessPendingEvents__16nsEventQueueImpl(0x76a70,
0xff21a518, 0x1, 0x0, 0x0, 0x0)
PL_ProcessPendingEvents(0xe3898, 0x0, 0x0, 0x0, 0x0, 0x0)
PL_HandleEvent(0x101c6b8, 0x392a0, 0x0, 0x0, 0x0, 0x0)
HandlePLEvent__12FrameManagerP30CantRenderReplacedElementEvent
(0x101c6b8, 0xfcaa9730, 0x64, 0xa98, 0x4d4, 0x470)
Bug 53455 looks similar, but that refers to DOM operations. I can't see any
scripting code in the http://us.imdb.com/ source, so I'm guessing that this is a
separate issue; hence the new bug report. Apologies if I've misunderstood this.
Crash on exit also reported on windows95 and 98 (bug 62931)
It's been crashing on linux the past days as well.
Comment 2•25 years ago
|
||
worksforme linux build 2000-12-19-08
| Assignee | ||
Comment 3•25 years ago
|
||
worksforme with 122008 on linux.
Comment 4•25 years ago
|
||
Reporter can you please re-test with a nightly build?
We used to get a lot of reports about this bug one week ago, but now not
anymore, so I would think it has been fixed.
Thank you!
Fabian.
Comment 6•25 years ago
|
||
Marking as FIXED, per reporter's comments. Please feel free to reopen any time
if you see this again (or file another bug if it's not exactly the same error).
Thanks!
Fabian.
Status: UNCONFIRMED → RESOLVED
Closed: 25 years ago
Resolution: --- → FIXED
Updated•21 years ago
|
Product: Browser → Seamonkey
You need to log in
before you can comment on or make changes to this bug.
Description
•