129911 - No Warning When "File Save As" Fails to Save Anything at All

Status: RESOLVED FIXED

(Core Graveyard :: File Handling, defect)

Description

[Felix Miata]

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.

Comment 1

[Mike Kaply [:mkaply]]

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.

Comment 2

[Doug Turner (:dougt)]

file handling

Comment 3

[Peter Trudelle]

cc ben

Comment 4

[Peter Trudelle]

nsbeta1- per Nav triage team, ->1.2

Comment 5

[Torben]

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

Comment 6

[Brant Gurganus]

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.

Comment 7

[Jon]

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.

Comment 8

[R Andre Klein]

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 [e-mail] 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

Comment 9

[Son Le]

This bug (as per comment #2) should be fixed by checkin to bug 281343.

Comment 10

[Son Le]

Sorry, I meant comment #1.

Comment 11

[Cees T.]

(In reply to comment #9)
> This bug (as per comment #2) should be fixed by checkin to bug 281343.

So is this fixed now?

Comment 12

[Son Le]

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 13

[Felix Miata]

comment 1 has the steps to reproduce

Comment 14

[Son Le]

(In reply to comment #13)
> comment 1 has the steps to reproduce

If that's the case then this bug is fixed.