User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.2; en-US; rv:1.9) Gecko/2008052906 Firefox/3.0 Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.2; en-US; rv:1.9) Gecko/2008052906 Firefox/3.0 If a site has an <a href="" where the href contains an extra \ at the end of the url when you save link as the filename becomes a generated name like "z5b632n7.png.part" or "oRHvO+mn.jpg.part". This only happens in Firefox 3. Reproducible: Always Steps to Reproduce: 1. Load up the test page. 2. Right click and save link as the regular urls. 3. Observe the filename. (no need to actually save the files) 4. Now right click and save link as the urls containing an extra slash at the end. 5. Observe the filename. Actual Results: Filenames are populated with names like; "z5b632n7.png.part" or "oRHvO+mn.jpg.part" Expected Results: Firefox 2 seems like the correct behavior. Firefox 2 generates a name like "Png Image" or "Jpg Image" (the text contents of the a tag itself).

You can always test them anywhere but you'll need to change the paths in the href's to point to the files.

http://www.mozilla.org/projects/firefox/3.5pre/firstrun/ Right click on mozilla.org and choose save link as. Filename is generated as Bcm2Lo8t.htm.part Additionally - Shiretoko 20090529 warned that the file Bcm2Lo8t.htm.part already existed (it didn't) and did I want to overwrite it. It repeated this every time I chose Save As.

Sorry, I should be clear. That was Shiretoko under OSX - I have not tested Shiretoko under Windows - Minefield 20090529 under Windows merely generated the random filename - it did not prompt me.

User Golden on IRC states they got no warning using Windows XP Additionally, under OSX I only got the warning if the (default) Downloads directory was used when I chose Desktop, I got no such warning. I suppose this is because the temp file that is being displayed instead of a proper filename is created in Downloads under OSX.

And this itself is a dupe of bug 475008. You may want to open another bug regarding the OSX warning.