Closed Bug 53391 Opened 24 years ago Closed 24 years ago

System-wide freeze on startup [@ NQD - nsMacMessagePump::DoMouseMove]

Categories

(SeaMonkey :: UI Design, defect, P1)

PowerPC
Mac System 8.6
defect

Tracking

(Not tracked)

VERIFIED WORKSFORME

People

(Reporter: trudelle, Assigned: talkback)

Details

(Keywords: crash, platform-parity, topcrash, Whiteboard: [need info][dogfood+][nsbeta3+][nsbeta3++][PDTP1][NO ETA]Can't repro)

Crash Data

Installed today's verification build. Launch Select existing profile, or create new one. Dismiss Profile Manager. Expected : normal launch Observed System freeze, cursor stops, keyboard totally unresponsive, can't get into debugger. Reproducible 100%, 4 times in a row. tried deleting all NS/Moz prefs & profiles.
i cannot repro this using 2000.09.20.08 opt comm bits...then again, i'm on Mac OS 9.0. i'll doublecheck this on another 8.6 box...
I reproduced two more times, getting rid of plugins to no avail. Moz bits launched first time.
having same problem on Mac system 9, unable to start with no crash
okay, i confirm this on 8.6 --like peter, this occurred with an existing profile, a new profile, and a clean install. stacktrace is minimal, alas: Incident ID 17743101 Trigger Time 2000-09-20 13:30:32 Email Address sairuh@netscape.com User Comments crash on startup 8.6 Build ID 2000092008 Product ID Netscape6 Platform ID MacOS Stack Trace NQD + 0x17f58 (0x0e00c278) nsMacMessagePump::DoMouseMove() [nsMacMessagePump.cpp, line 759] nsMacMessagePump::DoIdle() [nsMacMessagePump.cpp, line 906] nsMacMessagePump::DispatchEvent() [nsMacMessagePump.cpp, line 413] nsMacMessagePump::DoMessagePump() [nsMacMessagePump.cpp, line 252] nsAppShell::Run() [nsAppShell.cpp, line 110] nsAppShellService::Run() [nsAppShellService.cpp, line 406] Netscape 6 + 0x3f48 (0x0df974d8) Netscape 6 + 0x4ae0 (0x0df98070) Netscape 6 + 0x1a1a4 (0x0dfad734)
Keywords: crash, dogfood, nsbeta3, pp
reproduced trying to migrate a profile also - lab 8.6 machine
I got the same crash in 2000-09-20-08 Mac build with System 9.0. Stack trace #17744218 Trigger Type: Program Crash Trigger Reason: PowerPC unmapped memory exception Call Stack: (Signature = NQD + 0x19590 (0x1fe64d30) e65b08bc) NQD + 0x19590 (0x1fe64d30) nsMacMessagePump::DoMouseMove() [nsMacMessagePump.cpp, line 759] nsMacMessagePump::DoIdle() [nsMacMessagePump.cpp, line 906] nsMacMessagePump::DispatchEvent() [nsMacMessagePump.cpp, line 413] nsMacMessagePump::DoMessagePump() [nsMacMessagePump.cpp, line 252] nsAppShell::Run() [nsAppShell.cpp, line 110] nsAppShellService::Run() [nsAppShellService.cpp, line 406] Netscape 6 + 0x3f48 (0x1f3e94d8) Netscape 6 + 0x4ae0 (0x1f3ea070) Netscape 6 + 0x1a1a4 (0x1f3ff734)
i finally got this to occur on my 9.0 box when i installed (using mac blob, not the installer) today's later mozilla bits, 2000.09.20.13. in fact, it kept occurring when i tried starting up the earlier 2000.09.20.08 commercial bits. poot.
Marking as "nsbeta3+". Paul, yer doomed ...
Assignee: don → pchen
Priority: P3 → P1
Whiteboard: [nsbeta3+]
are people using the installer or just unstuffing the .sea file? that might explain the different results. I used the installer today and had no trouble installing and launching.
Priority: P1 → P3
Whiteboard: [nsbeta3+]
I used the installer for both comm and moz bits, comm freezes every time (including this afternoon's respin), moz bits work every time.
Paul, is this related to the "event handling" problem discussed on seamonkey-internal today between dougt and gagan?
Priority: P3 → P1
Whiteboard: [need info]
My mozilla build from this afternoon ran the first time, but froze thereafter. Seems to have something to do with profiles, but I'm not sure exactly what. Very long cycle times for system freezes on my lowly Mac...
Putting on dogfood-plus radar
Whiteboard: [need info] → [need info][dogfood+]
Hmmm, re-marking as "nsbeta3+". What happened?
Whiteboard: [need info][dogfood+] → [need info][dogfood+][nsbeta3+]
hm, peter d'you still experience this with recent builds? cannot repro this using 2000.09.22.08 comm bits on Mac OS 9.0 (used the non-inst blob). restart the app a couple of times, create a new profile, too...
PDT: P1 and ++ priority until we can prove it's infrequent or fixed.
Whiteboard: [need info][dogfood+][nsbeta3+] → [need info][dogfood+][nsbeta3+][nsbeta3++][PDTP1]
I haven't seen it since I wiped everything, and migrated a single profile. I'm pretty sure the problem had something to do with the profile manager, since it only crashed after PM came up, which it isn't doing now. I'd call that a workaround, not a wfm. I'm pretty tired of freezing my system though, and don't even have it here so it would be good if QA could repro. Did you try with multiple profiles? Did you try migrating a profile? I used installer.
Paul, is this a profile manager problem? If so, then re-assign this to the appropriate component owner?
cc'ing gbush, profile/installer QAengr Extraordinaire --grace, are you able to repro this?
reproduced on this build last week, had no problems with 8.5.1 or 9.0 on 9/25 builds waiting for today- will try an 8.6 please make sure registry in Documents folder is being removed. Changes to PM a few weeks back and besides removing Mozilla Registry in System Folder:Preferences, this file should be removed also as well as any old profiles.
This has been on the talkback topcrash list since last week, adding topcrash keyword and [@ NQD - nsMacMessagePump::DoMouseMove] for tracking.
Keywords: topcrash
Summary: System-wide freeze on startup → System-wide freeze on startup [@ NQD - nsMacMessagePump::DoMouseMove]
The only freeze on startup I see is the one for bug 54097. I can always click out of ns6; I have never gotten to a completely frozen state. This happens on 9/20 and 9/22 nightly builds of NS6, for some reason 9/25 launches fine as does my optimized commercial build from today.
ok, I think this one might be different than 54097, however, yesterdays build (9/25) works for me, whereas 9/20 and 9/22 nightly builds hang. Can QA test 9/25 and possibly 9/26 builds to see if this still occurs?
Sairuh, we are very close to marking this WORKSFORME. Can you reproduce this???
Whiteboard: [need info][dogfood+][nsbeta3+][nsbeta3++][PDTP1] → [need info][dogfood+][nsbeta3+][nsbeta3++][PDTP1][NO ETA]Can't repro
i couldn't repro this (either with existing or fresh profiles), but i'm using 2000.09.26.08-branch *mozilla* bits (non-installer blob) on mac os 9.0. (no commercial bits yet.) grace/peter, do either of you see this? if not, then this has mysteriously disappeared...
I tried 8.5.1/8.6 and 9.0 yesterday on M18 builds - no problem I tried 8.5.1 and 9.0 today- on M18- haven't seen MN6 for Mac yet
OK, I'm marking this WORKSFORME until _someone_ else can repro this.
Status: NEW → RESOLVED
Closed: 24 years ago
Resolution: --- → WORKSFORME
Reopen so I can dup to the correct bug
Status: RESOLVED → REOPENED
Resolution: WORKSFORME → ---
This is bug 53472, which was fixed. *** This bug has been marked as a duplicate of 53472 ***
Status: REOPENED → RESOLVED
Closed: 24 years ago24 years ago
Resolution: --- → DUPLICATE
verified duplicate of bug 53472
Status: RESOLVED → VERIFIED
I don't see why this was marked as a dup of bug 53472, this was a system-wide freeze, not a crash. I'm running Macsbug, but was never able to even enter it, and never got a talkback report either. Also, this happened on the commercial installed build, and that bug was reported against Moz bits. In any case, I couldn't reproduce this in today's build, so it appears to have gone away. reopening to resolve as wfm.
Status: VERIFIED → REOPENED
Resolution: DUPLICATE → ---
unable to repro using today's comm install bits. resolving wfm.
Status: REOPENED → RESOLVED
Closed: 24 years ago24 years ago
Resolution: --- → WORKSFORME
vrfy wfm, using 2000.09.29.11-n6 opt comm branch bits on mac os 9.0.
Status: RESOLVED → VERIFIED
Moving all the Works For Me bugs to talkback user account for future reference.
Assignee: pchen → talkback
Status: VERIFIED → NEW
We are gathering all the Resolved and WFM bugs which are happened to be topcrash bugs and assigning it to talkback. I am marking all of them as RESOLVED WFM.
Status: NEW → RESOLVED
Closed: 24 years ago24 years ago
mass verification of WorksForMe bugs: to find all bugspam pertaining to this, set your search string to "IfItWorksForSlappyTheSquirrelThenItWFM". if you think this particular bug is *still* an open issue, please make sure of the following before reopening: a. that it's still a problem with ***recent trunk builds*** on the all appropriate platform[s] b. provide clear steps to reproduce (unless a good test case is already in the bug report), making sure it pertains to the original problem (avoid morphing as much as possible :)
Status: RESOLVED → VERIFIED
Product: Core → Mozilla Application Suite
Crash Signature: [@ NQD - nsMacMessagePump::DoMouseMove]
You need to log in before you can comment on or make changes to this bug.