Open Bug 1089321 Opened 11 years ago Updated 3 years ago

FF33.0 will delete a saved webpage instead of overwriting changes, when loading from file with a long filename

Categories

(Firefox :: File Handling, defect)

33 Branch
x86_64
Windows 7
defect

Tracking

()

UNCONFIRMED

People

(Reporter: gensokyo, Unassigned)

References

Details

(Keywords: dataloss)

User Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:33.0) Gecko/20100101 Firefox/33.0 Build ID: 20141023194920 Steps to reproduce: Created a new folder & saved a "complete" webpage (to desktop, full admin) inside it (Save function worked when saving from web) Opened the local file & edited it with firebug Ctrl+S to save, prompt appeared asking where to save it. Chose to overwrite (save animation appeared) Checked folder, the .htm file was gone. Created a new folder, chose to save the edited version to that folder, save animation appeared, no new file was created. Upon F5'ing the locally saved copy, it could no longer be found on my drive. Actual results: Firefox 33.0 doesn't seem to create a file when saving a webpage loaded from a locally-hosted file. Overwrite causes it to delete the file, and then it fails to create the new one. When saving to a fresh location, it will go through the motions too, but not actually create the file. fwiw, worked fine in 23.0, which I "upgraded" from. Expected results: File should have been actually saved.
Do I absolutely need to install Firebug to test that?
Flags: needinfo?(gensokyo)
(In reply to Loic from comment #1) > Do I absolutely need to install Firebug to test that? no, unrelated to firebug it seems. It's something to do with the filename being too long. Not sure how to edit that into the op. I found this: https://bugzilla.mozilla.org/show_bug.cgi?id=248560 Which is similar, although it does show up in Downloads as failed. The page I'd tried to save: http://ffxiv.consolegameswiki.com/wiki/Big_Fishing which produces an 86-87 character name "Big Fishing - Final Fantasy XIV A Realm Reborn Wiki - FFXIV _ FF14 ARR Community Wiki and Guide.htm" When I shortened it to bigfish.htm it saved properly, when loaded locally. That is: - saved from web with longass filename - loaded from local file - cannot resave to long or short filename - overwrite causes it to delete the original - saved from web with short filename (7chars) - loaded from local file - can resave to long filename (but if loaded, will fail to resave) - can resave to short filename I know windows (7, x64) has a character limit for pathing in the 250-260 range, but that isn't being hit.
Flags: needinfo?(gensokyo)
I'm not able to reproduce it. I saved this page (http://ffxiv.consolegameswiki.com/wiki/Big_Fishing) and then I loaded it locally in Firefox. I saved it again, Windows 7 asked me to overwrite it or not, I answered "yes" and the 2nd local save has been saved over the 1st local save without error, with the same filename. Am I missing something?
I don't think you are, but that's strange. It's consistently happening for me. I'm able to recreate it on any webpage with a long filename: http://puu.sh/ctACq/715497224e.jpg kiwifruit0 234567890 234567890 234567890 234567890 2345678901.htm is the longest filename I can save kiwifruit0 234567890 234567890 234567890 234567890 23456789012.htm failed http://puu.sh/ctBG0/3785e40c97.jpg so it looks like 61 chars safe, 62 not. at least for me, weird.
Summary: FF33.0 will delete a saved webpage instead of overwriting changes, if loaded from file → FF33.0 will delete a saved webpage instead of overwriting changes, when loading from file with a long filename
> - loaded from local file > - overwrite causes it to delete the original I can reproduce that on GNU/Linux with any file name on any file system (34.0 Beta). Apparently it's because Firefox re-downloads the page when saving it, and there is nothing to download after it deletes the file. There must already be a bug on that. > - cannot resave to long or short filename This does not happen. I suppose a longer file name might cause it for the "long" case on some file systems, but this one does not.
QA Whiteboard: [bugday-20141103][DUPEME?]
Component: Untriaged → File Handling
Keywords: dataloss
The longest file name ecryptfs allows is "Big Fishing - Final Fantasy XIV A Realm RebBig Fishing - Final Fantasy XIV A Realm Reborn Wiki - FFXIV _ FF14 ARR Community Wiki and Guide.html" (144 ch). Trying to rename it to a longer one with mv shows "<newname>: File name too long". Saving a page to a file with a longer name with Firefox results in the download being "Failed" (expressed only with a word in the Downloads panel). Saving the page from a local file to a shorter name just works (even if I make <title> longer than 144).
See Also: → 1007251, 1061280
gensokyo, are you bocking some domains (on the page) via a proxy config file or the .hosts file?
Flags: needinfo?(gensokyo)
No domains, no.
Flags: needinfo?(gensokyo)
Severity: normal → S3
You need to log in before you can comment on or make changes to this bug.