2002030816 OS/2 This surfaced as a result of bug 129696 and bug 70045. Attempting to "file save as" with Mozilla apparently means save a bunch of files, the selected URL, along with all page elements, with no control over the names of the elements, rather than literally saving the selected URL. When making an attempt to save on a legacy filesystem with the 8.3 filename restriction, longnames cannot be written, so the file write operation fails. Not only does it fail, it fails to save any portion of the selected page or its elements, even though some portion of the elements or the page itself conforms to 8.3 naming. Then to top it off, Mozilla makes no warning about the failure.
This is easily recreatable on Windows as well. Create a file called www.yahoo.com_files Go to www.yahoo.com Select Save Page. You get no error messages and nothing is saved. We are NOT going to fix ANY of the 8.3 issues.
nsbeta1- per Nav triage team, ->1.2
*** Bug 182973 has been marked as a duplicate of this bug. ***
By the definitions on <http://bugzilla.mozilla.org/bug_status.html#severity> and <http://bugzilla.mozilla.org/enter_bug.cgi?format=guided>, crashing and dataloss bugs are of critical or possibly higher severity. Only changing open bugs to minimize unnecessary spam. Keywords to trigger this would be crash, topcrash, topcrash+, zt4newcrash, dataloss.
I am also seeing this on Win2K on Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.7b) Gecko/20040316 I didn't notice this Lucky I have firefox. However, I was able to fix this by shutting down mozilla completely and deleting the /components/comreg.dat file... After restarting mozilla everything was peachy.
I am experiencing this bug too. I am using Mozilla 1.8a3 Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8a3) Gecko/20040817 on Windows XP home. In my case, when I try to use "save as" on an image, file, page, or link, I get the dialog where I choose a filename and location. Download manager fails to open, nothing is saved, and I receive no warning at all. The fix proposed by email@example.com whereby one deletes the /components/compreg.dat file works for me. Note that the correct name for this file is compreg.dat, not comreg.dat. I've experienced this bug twice and fixed once by completely uninstalling and reinstalling Mozilla and the second time by deleting the /components/compreg.dat file. Interestingly, I am playing with the new Sunbird calendar and had to delete the same file to get my calendar to work - see http://bugzilla.mozilla.org/attachment.cgi?id=122860&action=view
Sorry, I meant comment #1.
(In reply to comment #9) > This bug (as per comment #2) should be fixed by checkin to bug 281343. So is this fixed now?
It is fixed in the case where there is an existing file (e.g. www.yahoo.com_files) and you attempt to save a page with the same name without _files (eg. www.yahoo.com). As for the original comment, I'm not sure as it's a bit vague (no reproducible steps or test case).
comment 1 has the steps to reproduce
(In reply to comment #13) > comment 1 has the steps to reproduce If that's the case then this bug is fixed.