Closed Bug 348044 Opened 18 years ago Closed 18 years ago

Firefox crashes on startup, Talkback does not trigger.

Categories

(Firefox :: General, defect)

x86
Windows XP
defect
Not set
critical

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
File sent by Microsoft's error tool to Microsoft
This happened to me this morning, too. Try uninstalling Minefield completely, then install it again, and start with a new profile.
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.
Copying all other files from the profile did not cause a crash.
*** Bug 348199 has been marked as a duplicate of this bug. ***
*** Bug 348174 has been marked as a duplicate of this bug. ***
Attachment #232989 - Attachment mime type: application/octet-stream → text/plain
*** Bug 348192 has been marked as a duplicate of this bug. ***
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
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.
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.
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.
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.

Attachment

General

Created:
Updated:
Size: