Closed Bug 296916 Opened 19 years ago Closed 19 years ago

Multiple error messages on first launch of nightly builds

Categories

(Toolkit :: Startup and Profile System, defect)

Product:
Toolkit
Component:
Startup and Profile System
Platform:
x86
Windows XP
Type:
defect
Priority:
Not set
Severity:
major

Tracking

()

Status:
VERIFIED DUPLICATE of bug 303599

People

(Reporter: ria.klaassen, Assigned: benjamin)

References

(Depends on 1 open bug)

Details

Attachments

(3 files)

3 tabs on first launch of new install
13.12 KB, image/gif
Details
Screencaps of dialogues received on startup.
9.21 KB, image/gif
Details
9 xul error pages on first launch
18.38 KB, image/png
Details 
User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8b2) Gecko/20050606 Firefox/1.0+
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8b2) Gecko/20050606 Firefox/1.0+

Multiple error messages on first launch of nightly builds.
For some reason Firefox thinks that a location with spaces in it is a part of a
commandline argument.

See this conversation:
http://forums.mozillazine.org/viewtopic.php?t=276220


Reproducible: Always
I can trigger similar behaviour when:

1. I put a Firefox folder in My documents;
2. I put a folder Profile in My documents;
3. and start Firefox from the commandline with "C:\Documents and Settings\Ria\My
documents\Firefox\firefox.exe" -profile "C:\Documents and Settings\Ria\My
documents\Profile"

When I take out the spaces ("C:\Docume~1\Ria\Mydocu~1\Firefox\firefox.exe"
-profile "C:\Docume~1\Ria\Mydocu~1\Profile") I don't see this problem, but I
find it alarming that a lot of people see this kind of behaviour randomly, even
without using the commandline.
WFM Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8b2) Gecko/20050606
Firefox/1.0+

I have DPa1 installed in C:\Program Files\Deer Park Alpha 1 (four spaces)
without a problem.
This affects me too (among others, as seen in that Mozillazine thread).  I also
get a blank dialog screen with 2 blank buttons that I have to 'Esc' out of
before these other ones show up.  I'm going to install a new nightly to try and
get some screencaps and post them here.  I'm using Mozilla/5.0 (Windows; U;
Windows NT 5.1; en-US; rv:1.8b2) Gecko/20050605 Firefox/1.0+
3 tab URLS are:
file:///C:/Program%20Files/Deer%20Park%20Alpha%201/Park
file:///C:/Program%20Files/Deer%20Park%20Alpha%201/Alpha
file:///C:/Program%20Files/Deer%20Park%20Alpha%201/1/firefox.exe
Darin, didn't we fix all the known issues with spaces in paths before DP1?
These all pop up when launching DP for the first time.
I see this using Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8b2)
Gecko/20050606 Firefox/1.0+
except I have 9 tabs open, and the dialogs repeat two times after each has
popped up once.
The blank alert dialog in Attachment #2 [details] [diff] is probably unrelated, and has a
seperate Bug # 295539
There seems to be a possible workaround on the forum:
http://forums.mozillazine.org/viewtopic.php?t=276220
Seen on DP 2 release. (Windows; U; Windows NT 5.1; en-US; rv:1.8b3)
Gecko/20050712 Firefox/1.0+ ID:2005071206

Using the .exe installer and auto install the app path get's spaces in it.
Launching Firefox gives the same result as Comment #4 (NOT blank alert dialog)
and/or Comment #7 describes. Using a zip (same build id) and extracting to a
folder _without_ spaces no problem. Unzip to a folder named "Deer Park Alpha 2"
and again the bug is back.
Sorry but i forgot to mention this. The bug happens _every_ time when launching
FF using the profile switch -p but only random without (almost never). However
launching FF using the -p switch and selecting the default profile do _not_ have
the same affect as launching with no profile switch.
I don't know when it started for me but in newer nightlies I never get any error
dialogs but I do have 9 error pages in tabs open upon first launch.
This could be because they enabled xul error pages by default but I'm not sure.
Right it's the xul error pages not the error box i wasn't very clear in my
explanation

either it's 3 xul error pages like in Comment #4
https://bugzilla.mozilla.org/attachment.cgi?id=185576

or the 3 xul error pages is repeated 2 times more making it 9 tabs open.
*** Bug 301115 has been marked as a duplicate of this bug. ***
Flags: blocking1.8b4?
It happened again for me (this is the second time).
Deer Park attempted to load three local files and displayed the three error
messages in three seperate tabs.
The files it tried to load were, in order:
file:///C:/Documents%20and%20Settings/George/PARK
file:///C:/Documents%20and%20Settings/George/ALPHA
file:///C:/Documents%20and%20Settings/George/2/FIREFOX.EXE

Deer Park was installed with all default settings, including install path.
I didn't see this bug when I installed yesterday's build (Mozilla/5.0 (Windows;
U; Windows NT 5.1; en-US; rv:1.8b4) Gecko/20050718 Firefox/1.0+)
Can everyone test the latest nightlies to verify if this is really fixed?
Wierd, I didn't see these errors with 20050718, but I just installed 20050719
and received the errors once again.
Tracy, can you poke at this some and see if you can figure out what's going on?
I cannot reproduce this with Windows DP build 2005-07-22-06-trunk. I created a
"Deer Park Alpha 2" folder in My Documents\My Downloads, then installed the
build to there.  It launched without any issues.
I still see this using the latest pacifica-trunk. 

XP SP2 
Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8b4) Gecko/20050722
Firefox/1.0+ ID:2005072216

9. error pages on very first launch, the same 3 repeating 3 times. Then on
subsequent launches 3 (or 6 the same 3 repeating 2 times).


Reproduction:

Install (unzip) to C:\Program Files\Deer Park Alpha 2

Make a shortcut, give it the -p switch "C:\Program Files\Deer Park Alpha
2\firefox.exe" -p

Launch Firefox. The PM comes up, make a new profile, start Firefox using the new
profile.

Result error pages on launch.


Note:
unzip gives path "C:\Program Files\Deer Park Alpha 2\firefox"
A week ago saw my bookmarks on startup as a webpage. Sadly they were not my
normal bookmarks but the default set in the app directory. 
My startpage is never on my harddisk, so I don't know why Firefox thought that
the bookmarks were my homepage.
I have found the cause of this!  It happens if
KEY_LOCAL_MACHINE\System\CurrentControlSet\Control\FileSystem set
NtfsDisable8dot3NameCreation is set to 1.  The problem is that if this RegKey is
set to 1, Windows will not create a short name (eg: DEERPA~1) for a folder with
spaces in it.  To fix:

1) Change HKEY_LOCAL_MACHINE\System\CurrentControlSet\Control\FileSystem set
NtfsDisable8dot3NameCreation to 0
2) Reboot
3) Rename your current DP Folder to something else
4) Create a new folder in place of the one you just renamed
5) Copy alll the contents of the renamed folder into the new one.

Or you could just do a clean install after step 2 for the same result.

Note that DP seems to use 8dot3 notation in many places, so perhaps this bug is
just a symptom of a larger one.  For example, software update fails for me as
well until I went through the steps above.  I'm going to file another bug to
handle 8dot3 problems, as it seems to be fairly widespread.

Info:
http://www.google.com/url?sa=t&ct=res&cd=1&url=http%3A//www.microsoft.com/resources/documentation/Windows/2000/server/reskit/en-us/regentry/28231.asp&ei=ZJ3zQq2EM7f4sgHV29X9AQ

Thanks to ChefChaudart on MozillaZine for helping me figure this out.
Depends on: 303599
that's the kind of thing I was concerned about in that other bug...
which other bug? the nsILocalFile.equals patch is longname-safe. It's some of
the restart code in nsAppRunner and updater which is not longname-safe.
Probably not needed at all but i just want to confirm
https://bugzilla.mozilla.org/show_bug.cgi?id=296916#c22

"NtfsDisable8dot3NameCreation 1" seems to be the culprit.
Assignee: nobody → benjamin
Flags: blocking1.8b4? → blocking1.8b4-
Version: unspecified → Trunk
*** Bug 304665 has been marked as a duplicate of this bug. ***
I'm goig to dup this to the bug with the patch.

*** This bug has been marked as a duplicate of 303599 ***
Status: NEW → RESOLVED
Closed: 19 years ago
Resolution: --- → DUPLICATE
Status: RESOLVED → VERIFIED
Product: Firefox → Toolkit
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: