Closed Bug 71708 Opened 24 years ago Closed 24 years ago

Crash opening new window

Categories

(Core :: DOM: Core & HTML, defect)

x86
Windows NT
defect
Not set
normal

Tracking

()

VERIFIED WORKSFORME

People

(Reporter: selmer, Assigned: jst)

Details

(Keywords: crash)

Attachments

(1 file)

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.)
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
Assignee: ben → jst
Component: XP Apps: GUI Features → DOM Level 0
QA Contact: sairuh → desale
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)
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.
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.
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
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.
Verified with 2001-08-28-08 on Win95.
Status: RESOLVED → VERIFIED
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: