jsnod Reporter
	Description • 19 years ago

User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8b4) Gecko/20050805 Firefox/1.0+
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8b4) Gecko/20050805 Firefox/1.0+

Software Update silently fails if
HKEY_LOCAL_MACHINE\System\CurrentControlSet\Control\FileSystem set
NtfsDisable8dot3NameCreation is set to 1.

Reproducible: Always

Steps to Reproduce:
1. Set HKEY_LOCAL_MACHINE\System\CurrentControlSet\Control\FileSystem set
NtfsDisable8dot3NameCreation to 1
2. Reboot
3. Remove C:\Program Files\Deer Park Alpha 2
4. Do a clean install
5. Run Update
6. It informs you there's a new nightly available.
7. Click "Download & Install now" ... the file properly downloads as expected
8. After download is complete, a restart dialoge appears, click "Restart Deer
Park Now"
Actual Results:  
Deer Park closes... NOTHING HAPPENS!  No update, no error messages, nothing. 
Manually restarting Deer Park leaves you with your original build.

Expected Results:  
The updater should launch and update Deer Park.

Having NtfsDisable8dot3NameCreation set to 1 leads to other problems too (Bug
296916) so I'm going to file a seperate bug that this one will depend on.

Info on the regkey:
http://www.microsoft.com/resources/documentation/Windows/2000/server/reskit/en-us/Default.asp?url=/resources/documentation/Windows/2000/server/reskit/en-us/regentry/28231.asp

Run "dir /x" in C:\Program Files to see if an 8dot3 notation exists for a folder.

	Darin Fisher
	Comment 1 • 19 years ago

How common is it to turn this on?  Should this block Firefox 1.5?

	jsnod Reporter
	Comment 2 • 19 years ago

I don't know how common, but FOUR people in this thread had this problem:
http://forums.mozillazine.org/viewtopic.php?t=290721
It is often listed as a performance tweak on many Windows Performance sites.  My
guess is that quite a few geeks have this tweak in place.

See also Bug 296916.

	Ria Klaassen (not reading all bugmail)
	Comment 3 • 19 years ago

See also Bug 303416.

	Matthew Mastracci
	Comment 4 • 19 years ago

Ditto here - it's a common tweak for NTFS (between that and disable last access
time).  Glad someone figured out what was causing it this problem.

	OstGote!
	Comment 5 • 19 years ago

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

	u88484
	Comment 6 • 19 years ago

Removing request to block 1.5 since the 1.5flags are not being used anymore and
requesting to block 1.8b4.

	Asa Dotzler [:asa]
	Comment 7 • 19 years ago

maybe for a future release but this isn't going to make 1.5

	Benjamin Smedberg
	Comment 8 • 19 years ago

Was this bug fixed by bug 303599? I could have sworn it was.

	Ryan VanderMeulen [:RyanVM]
	Comment 9 • 18 years ago

OK, I just installed the 12/03/2006 2.0.0.1pre build from the Mozilla FTP site on a system with no trace of Firefox on it previously. I created a new profile and did an update check. As expected, it notified me that the 12/04/2006 nightly was available.  I clicked Download & Install Now and was notified that it downloaded and was verified.  Upon restarting Bon Echo and was greeted by the "Updating" dialog.  Furthermore, Help...About confirms that indeed I'm updated to the 12/04/2006 nightly.

So yes, I'd say it's fixed.

	Adam Guthrie
	Comment 10 • 18 years ago

Please forgive me for being anal, but this should be resolved as WFM unless you're willing to verify that bug 303599 did, in fact, fix this.

	Ryan VanderMeulen [:RyanVM]
	Comment 11 • 18 years ago

Fine