Closed Bug 252689 Opened 21 years ago Closed 18 years ago

Hang on startup

Categories

(Core :: Networking, defect)

x86
Windows XP
defect
Not set
critical

Tracking

()

RESOLVED WORKSFORME

People

(Reporter: brian, Unassigned)

Details

(Keywords: hang)

Attachments

(4 files)

User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7) Gecko/20040707 Firefox/0.9.2 Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7) Gecko/20040707 Firefox/0.9.2 Every once in a while Firefox or Thunderbird hangs on startup. I am shown the dialog for selecting profiles, but when I click a profile nothing happens. Opening up the process list shows the process to just be hanging - cpu usage at @ 0 %. I have never had this problem, prior to 0.9.2 (& 0.7.2). I have installed both programs on a fresh Windows XP (SP1, fully patched). If possible, please advise on how to investigate this further - it's driving me nuts!! (sometimes I have to relaunch FF 5 times in a row!) Reproducible: Sometimes Steps to Reproduce:
test creating a new profile and see if it happens there too. If it doesn't, perhaps an extention is causing it?
Assignee: general → firefox
Component: Browser-General → General
Product: Browser → Firefox
QA Contact: general → firefox.general
Tried creating a new profile, still exhibits the same behaviour. As said I am going nuts over this, so for lack of other things to do, I upx compressed FF & TB, and it seems to have lessened the issue, it's still there - but it doesn't *feel* like it happens so often anymore (still every 3-5 launch :/). It might be a timing related issue, perhaps a locked resource? Can I enable a switch to get more info? I would have been a bit vary about changing to FF from Mozilla browser, since the issue is also in TB ?
Brian, you may try the following steps: 1. Uninstall Firefox (Add/Remove Programs if installer was used, delete the program folder if it was a zipped version). 2. Delete the Application Data\Mozilla directory (backup critical user data if needed). 3. Uncompress the latest branch nightly zip from http://ftp.mozilla.org/pub/mozilla.org/firefox/nightly/latest-0.9/Firefox-win32.zip Nightlies aren't as polished as official releases but there are some fixes since 0.9.1-0.9.2 release that might help in your case.
I am a bit reluctant to install a newer version. Though it might fix my issue, we will then never know the cause of it... It just occured again in TB, and when I tried to launch FF it stalled too - no matter what I did, I could not launch FF. Killing the TB process, I could launch FF again. How can this be? - they have difference install and profile directories? Is there *any* switch I can set to make FF & TB spew out some debug info ?
*bump* Still seing the issue - regardless of versions used. I have tried wiping my profile and installation folders - same issue. I would very much like to know what is going on, can I do *anything* to get some debug from the app?
In order to get debug info, you must recompile Firefox with debug switches enabled. There is no debug version ready for downloading (it would be over 30MB, afaik). Since I didn't notice similar complaints in mozillazine Build forum, it seems to me that your problem is OS specific. Firefox does use some sytem dlls (one of them it comes from Internet Explorer). It maybe that one of these files is corrupted by another program. Have you tried the same FF build on another machine with the same operating system?
I would like to second this bug. Starting with PR1 and now continuing with RC1, Firefox frequently hangs for me on startup. Symptoms are Firefox UI loads, but my sidebar fails to appear, and I can't click anything. Clicking on the close box usually closes FF w/o a problem, as does killing the process in Windows task manager. Sometimes I restart FF five or more times before I get a workable session (my record is twelve times). I was having this problem with PR1, running under Windows 2K, Service Pack 3. Since then, I uninstalled, upgraded to RC1, removed all my extensions, and upgraded to Service Pack 4. Still having the problem. Coincidentally, I have also been having problem with FF refusing to completely unload. When I close FF, the UI disappears, but the process remains, and has to be killed by hand. I'd be happy to provide further information or logs on request; just tell me what you need. Thanks! Jim
Never mind, a more thorough reinstall (deleting my profile in addition to the application proper) seems to have taken care of this. (In reply to comment #9) > I would like to second this bug. Starting with PR1 and now continuing with RC1, > Firefox frequently hangs for me on startup. Symptoms are Firefox UI loads, but > my sidebar fails to appear, and I can't click anything. Clicking on the close > box usually closes FF w/o a problem, as does killing the process in Windows task > manager. Sometimes I restart FF five or more times before I get a workable > session (my record is twelve times). I was having this problem with PR1, > running under Windows 2K, Service Pack 3. Since then, I uninstalled, upgraded > to RC1, removed all my extensions, and upgraded to Service Pack 4. Still having > the problem. Coincidentally, I have also been having problem with FF refusing > to completely unload. When I close FF, the UI disappears, but the process > remains, and has to be killed by hand. > > I'd be happy to provide further information or logs on request; just tell me > what you need. > > Thanks! > > Jim
Status: UNCONFIRMED → RESOLVED
Closed: 20 years ago
Resolution: --- → WORKSFORME
it ISNT FIXED! I am still getting it more than a year later! Just because some other guy has a somewhat similar problem fixed doesn't mean that the original bug is fixed.
Status: RESOLVED → UNCONFIRMED
Resolution: WORKSFORME → ---
Brian, is it still happening with Firefox 1.03 or a recent nightly build? If yes, can you provide a log just like you did before? We could cc some module owner about it.
Also, before you re-test, you should make an installation as clean as possible : uninstall the old application, delete any old profile manually. during the initial application startup, it will create a new profile. Leave it as it is (no customizations) and don't install any extension. Let's see what happens.
first run, had to create profile - no errors
5th run, failed
Attachment #182790 - Attachment mime type: image/png → text/plain
this one seems the problem, imho : 0[2749d0]: nsSocketTransportService::PostEvent [event=1154040] 0[2749d0]: send: fd=10cf0c8 osfd=1684 buf=6014b4fc amount=1 4076[10d5bf0]: recv: fd=10c87d8 osfd=1708 buf=151fb3c amount=1024 flags=0 4076[10d5bf0]: recv -> 1, error = 0, os error = 0 0[2749d0]: send -> 1 ->Networking
Component: General → Networking
Product: Firefox → Core
Severity: normal → critical
Keywords: hang
I'm having the same problem. It's happening since 1.0RC1 from what I remember. Mostly after installing an extenstion and trying to restart, sometimes also just after a fresh boot. Is there a chance to get a download of a debug build to compare it to the last posted failure? (I have no compiler on my winbox).
This is an automated message, with ID "auto-resolve01". This bug has had no comments for a long time. Statistically, we have found that bug reports that have not been confirmed by a second user after three months are highly unlikely to be the source of a fix to the code. While your input is very important to us, our resources are limited and so we are asking for your help in focussing our efforts. If you can still reproduce this problem in the latest version of the product (see below for how to obtain a copy) or, for feature requests, if it's not present in the latest version and you still believe we should implement it, please visit the URL of this bug (given at the top of this mail) and add a comment to that effect, giving more reproduction information if you have it. If it is not a problem any longer, you need take no action. If this bug is not changed in any way in the next two weeks, it will be automatically resolved. Thank you for your help in this matter. The latest beta releases can be obtained from: Firefox: http://www.mozilla.org/projects/firefox/ Thunderbird: http://www.mozilla.org/products/thunderbird/releases/1.5beta1.html Seamonkey: http://www.mozilla.org/projects/seamonkey/
This bug has been automatically resolved after a period of inactivity (see above comment). If anyone thinks this is incorrect, they should feel free to reopen it.
Status: UNCONFIRMED → RESOLVED
Closed: 20 years ago20 years ago
Resolution: --- → EXPIRED
Status: RESOLVED → UNCONFIRMED
Resolution: EXPIRED → ---
Assignee: bross2 → nobody
QA Contact: general → networking
Status: UNCONFIRMED → RESOLVED
Closed: 20 years ago18 years ago
Resolution: --- → FIXED
This bug has been set to RESOLVED FIXED due to a lack of activity since 2005-10-13.
That's not right. No bug / patch / code has been identified as a fix. -> WORKSFORME
Resolution: FIXED → WORKSFORME
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: