Downloaded build from latest-trunk and it will not start. Just pops up the error message that Firefox is already running (it isn't).

Build on FTP appears to be 2005081616

Dupe of bug 304935?

I don't know. I do not get any message about profiles. The dialog states that "Firefox is already running, but not responding."

20050815 trunk works, 20050816 trunk does not.

*** Bug 305054 has been marked as a duplicate of this bug. ***

This is also happening on branch builds.

It's also happening with Thunderbird in the 0818 trunk (1.6a) build, Win2K.

Since this affects Thunderbird and Firefox, I assume it's a core issue.

Taking a SWAG that this is a profile issue since that particular dialog comes out of somewhere in the profile code. Changing assignment to component owner.

no problems starting up branch builds here. I installed the 08/18 nightly for Thunderbird and Firefox. In the past I've been able to generate this error by deleting my profile directory by hand without deleting the parent "Profiles" directory. i.e. deleting the Profiles\default folder while everyting at the Profile directory level remains.

I haven't changed my profile at all. 20050815 works, everything else does not. I have tried Tinderbox builds, trunk builds, and 1.6a1 builds ... all fail in the identical manner.

> I haven't changed my profile at all. Check your profile.ini and see if has the wrong directory. Mine was changed from "Default User" to "Default". Changing it back worked. Now to search bugzilla about missing carets in text input boxes... -Jeremy "tluafeD" ot

The path is correct. As I stated: 20050815 works and 20050816 does not.

Jerry, can you debug or system-call trace the two builds, to see what's different? /be

They aren't debug builds. They're just regular builds from the mozilla.org FTP. I do not have a tree or environment set up currently. Is there any logging I can turn on that might be helpful?

I had this same problem too, where a build from the 16th wouldn't start "Thunderbird is already running", so I did the following: In profiles.ini, I had to change to Path=Profiles/18zf5wlt.DefaultUser from Path=Profiles/18zf5wlt.Default User and rename the corresponding profile name from Default User to DefaultUser, and all was fine.

First, only Thunderbird even has a profiles.ini, and second, the last-modified time on that is 6 weeks ago. It's not that.

(In reply to comment #17) > First, only Thunderbird even has a profiles.ini, and second, the last-modified > time on that is 6 weeks ago. It's not that. I can't speak for Firefox, but for Thunderbird, it's not that profiles.ini has changed at all, it's the code that _reads_ it when launching the app had changed. If bug 304874 is indeed fixed, then tomorrow's Thunderbird should automagically work _without_ you having to hack profiles.ini and the corresponding profile name to get rid of any spaces.

That worked for me, but instead of modifying paths I set StartWithLastProfile to 0. The file is located in: C:\Documents and Settings\[USER]\Application Data\Mozilla\Firefox

OK. It wasn't clear to me that you were recommending removing spaces from the profile's path. Unfortunately, that's not possible since my profiles are stored in a custom location containing many spaces, and Firefox doesn't have a profiles.ini to edit. RE COMMENT #19. I know where the profile.ini is located. Firefox does not have one here, nor has there been any file in that directory for quite some time.

(In reply to comment #16) > I had this same problem too, where a build from the 16th wouldn't > start "Thunderbird is already running", so I did the following: > > In profiles.ini, I had to change to Path=Profiles/18zf5wlt.DefaultUser from > Path=Profiles/18zf5wlt.Default User > and rename the corresponding profile name from Default User to DefaultUser, > and all was fine. The issue with spaces in the profile path and profile name has been corrected by the checkin for bug 304874. This does not explain comment #6 which states this is happening on branch builds as well. The code that caused the space in the path bug was never checked into the branch.

I tried again. I downloaded firefox-1.6a1.en-US.win32.zip and it does have the same issue. Is that build based on trunk code or branch? Perhaps I'm just mistaken in thinking it's built from branch bits.

(In reply to comment #22) > I tried again. I downloaded firefox-1.6a1.en-US.win32.zip and it does have the > same issue. Is that build based on trunk code or branch? Perhaps I'm just > mistaken in thinking it's built from branch bits. 1.6a1 is the trunk. Based on this comment I am resolving this bug as a duplicate of 304874. The fix is checked in on the trunk and will be included in the next nightly build. *** This bug has been marked as a duplicate of 304874 ***