Closed
Bug 348044
Opened 18 years ago
Closed 18 years ago
Firefox crashes on startup, Talkback does not trigger.
Categories
(Firefox :: General, defect)
Tracking
()
RESOLVED
WORKSFORME
People
(Reporter: hackwrench1, Unassigned)
References
Details
Attachments
(2 files)
User-Agent: Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1; .NET CLR 2.0.50727; .NET CLR 1.1.4322) Build Identifier: ftp://ftp.mozilla.org/pub/mozilla.org/firefox/nightly/latest-trunk/firefox-3.0a1.en-US.win32.installer.exe New to this build, (Wednesday, August 09, 2006, 3:46 PM timestamp of installer) Firefox crashes on startup without triggering Talkback. Reproducible: Always Steps to Reproduce: 1.Click on a Firefox or URL shortcuk 2. Firefox Crashes. Send error information to Microsoft comes up but talkback does not. Actual Results: Firefox crashes Expected Results: Firefox runs Microsoft Error Signature: AppName Firefox.exe AppVer 1.0.20050.15371 ModName: xul.dll ModVer 0.0.0.0 Offset 001e799d
Reporter | ||
Comment 1•18 years ago
|
||
File sent by Microsoft's error tool to Microsoft
Comment 2•18 years ago
|
||
This happened to me this morning, too. Try uninstalling Minefield completely, then install it again, and start with a new profile.
Reporter | ||
Comment 3•18 years ago
|
||
I uninstalled Firefox completely and deleted the profile. Now on start up. Firefox is saying "Firefox is already running, but not responding. To open a new window, you musf first close the existing Firefox process or restart your system, when there was no previously running process. I uninstalled everything again and deleted the Documents and Settings/User/Application Data/Talkback directory and it finally cleared, though I also deleted Application Data/Mozilla/Firefox/pluginreg.dat and profiles.ini Pasted the original profile data and it crashes at startup. Will narrow it down.
Reporter | ||
Comment 4•18 years ago
|
||
Copying all other files from the profile did not cause a crash.
Comment 5•18 years ago
|
||
*** Bug 348199 has been marked as a duplicate of this bug. ***
Comment 6•18 years ago
|
||
*** Bug 348174 has been marked as a duplicate of this bug. ***
Updated•18 years ago
|
Attachment #232989 -
Attachment mime type: application/octet-stream → text/plain
Comment 7•18 years ago
|
||
*** Bug 348192 has been marked as a duplicate of this bug. ***
Comment 8•18 years ago
|
||
This is probably due to the libxul landing.
Marking NEW, as many people are reporting the same bug. I agree with Steve, bug 345517 is a likely culprit.
Status: UNCONFIRMED → NEW
Ever confirmed: true
Comment 10•18 years ago
|
||
This bug and all its DUPs have no useful information in them :-( Whenever we upgrade, we're supposed to delete compreg.dat, so I'm a little surprised that you're having problems with it.
Comment 11•18 years ago
|
||
Yeah, I realize this report is fairly worthless right now. I'm spinning a debug build as we speak to try and provide a stack.
Comment 12•18 years ago
|
||
I went through the update from 08-09 to 08-10 again and compreg.dat was deleted and regenerated. But I still could not get the build to start until I deleted xpcom_core.dll.
Comment 13•18 years ago
|
||
aha! good catch... I backed out the --enable-libxul change, so this should go away, and I'll make sure that xpcom_core gets deleted (by the installer or MAR update) when I reland.
Status: NEW → RESOLVED
Closed: 18 years ago
Resolution: --- → WORKSFORME
You need to log in
before you can comment on or make changes to this bug.
Description
•