Closed
Bug 71708
Opened 24 years ago
Closed 24 years ago
Crash opening new window
Categories
(Core :: DOM: Core & HTML, defect)
Tracking
()
VERIFIED
WORKSFORME
People
(Reporter: selmer, Assigned: jst)
Details
(Keywords: crash)
Attachments
(1 file)
679 bytes,
text/html
|
Details |
3/8 04 WinNT
Use ^N to open new windows. (Or menu item or ^1) Crash at various stages. If
you do this enough, you reach a point where the first attempt crashes every
time. I have multiple talkbacks: TB27655058Z, TB27655201Q, TB27655263Q,
TB27655361X, TB27655409M.
Initially, took 10 windows to crash when mail was opening. Second attempt
closed mail and tried again, crashed on 50th window. Turned off mail window
pref and launched again, entered ^N faster than windows could show up, crashed
on 8th attempt. Thereafter, launch and single ^N crashes.
Couldn't find a duplicate bug, but there is a similar bug about having an icon
in the taskbar and clicking it too fast - may be related (but this is slightly
easier to believe people might do.)
Reporter | ||
Comment 1•24 years ago
|
||
Similar bugs might be 47393, 32801. Maybe even 57506.
Seems like going anywhere other than about:blank clears up the crash. After
filing the bug, ^N didn't crash me.
Keywords: crash
Updated•24 years ago
|
Assignee: ben → jst
Component: XP Apps: GUI Features → DOM Level 0
QA Contact: sairuh → desale
Comment 2•24 years ago
|
||
stack traces for these are the same [see below]. not sure if xp apps is the
right place for this, so am taking a guess at DOM 0. pls do reassign as needed.
js3250.dll + 0x3b83 (0x60b33b83)
caps.dll + 0x1061 (0x600a1061)
caps.dll + 0x1f24 (0x600a1f24)
jsdom.dll + 0x402d (0x60b8402d)
jsdom.dll + 0x5dea (0x60b85dea)
gkcontent.dll + 0x27821 (0x01847821)
gkcontent.dll + 0x2ac5 (0x01822ac5)
jsdom.dll + 0x17c6 (0x60b817c6)
gkcontent.dll + 0x41243 (0x01861243)
docshell.dll + 0x43fe (0x601143fe)
docshell.dll + 0x3254 (0x60113254)
docshell.dll + 0x1b7c (0x60111b7c)
docshell.dll + 0x1a5a (0x60111a5a)
urildr.dll + 0x1431 (0x609a1431)
urildr.dll + 0x7af6 (0x609a7af6)
urildr.dll + 0x27c2 (0x609a27c2)
urildr.dll + 0x27e0 (0x609a27e0)
urildr.dll + 0x7a17 (0x609a7a17)
necko.dll + 0x1f39a (0x606df39a)
necko.dll + 0x3a4f5 (0x606fa4f5)
necko.dll + 0x55fb (0x606c55fb)
necko.dll + 0x2796 (0x606c2796)
xpcom.dll + 0x31e0f (0x60d71e0f)
xpcom.dll + 0x31d7d (0x60d71d7d)
xpcom.dll + 0x31fdc (0x60d71fdc)
Comment 3•24 years ago
|
||
I don't think this is the same as the other bugs mentioned (47393, 32801,
57506), as I think it's more recent (since beginning of March or so).
If it's the same bug I'm experiencing, it also occurs when using the 'Open Link
in New Window' context menu item, but fairly sporadically, always with the
windows98 crash box saying that the error is in js3250.dll.
I'll attach a file which crashes 80% of the time when opened *from a local
disk*, without the browser started (Win98SE). In addition the chrome is often
malformed. It refers to images that aren't present, maybe that's related somehow.
Comment 4•24 years ago
|
||
Reporter | ||
Comment 5•24 years ago
|
||
Alistair, your attachment seems related to a different problem. When I open a
new window it's always going to about:blank, not to some page with content. I
don't want this bug to get confused with multiple issues.
Assignee | ||
Comment 6•24 years ago
|
||
selmer, are you still seeing this with builds from after tree closure for
mozilla0.8.1? I can't reproduce this crash on my system, please reopen if this
still happens. WORKSFORME.
Status: NEW → RESOLVED
Closed: 24 years ago
Resolution: --- → WORKSFORME
Comment 7•24 years ago
|
||
selmer, this was the same bug, because 59078 means that we open a second (blank)
window when opening files from the desktop. Quite why this file crashed
immediately I don't know, but it doesn't now.
Definitely fixed for me with 2001-03-16 04:00 build.
You need to log in
before you can comment on or make changes to this bug.
Description
•