Closed Bug 86290 Opened 23 years ago Closed 23 years ago

Save As saves garbage to file

Categories

(Core :: Networking, defect)

x86
Linux
defect
Not set
major

Tracking

()

RESOLVED DUPLICATE of bug 86235
mozilla1.0

People

(Reporter: rh0209ms, Assigned: darin.moz)

References

()

Details

(Keywords: dataloss)

100% reproducable with above URL: 1). Start Mozilla (or open a new Navigator window). 2.) Load above URL. 3.) Press CTRL+S (or use menu "File | Save As"). 4.) Look at the file contents. It will be around 4 kB of garbage. [As a side note: I suspect this bug entry will be duplicate. If anyone is able to advise on what I could have done to limit my query results, please do.]
Mozilla/5.0 (X11; U; Linux 2.4.2-2K7 i686; en-US; rv:0.9.1) Gecko/20010607 No idea, where that info has gone...
Adding dataloss keyword.
Keywords: dataloss
hmmm wfm win2k 2001061804 linux 2001061808 reporter: Can you reproduce in recent builds?
WFM Linux 2001061821 But once again I wonder where a bug (in a _release_!) like this has been tracked? Is it a known one? Has it been fixed or is it gone just temporarily? Also, what is a 0.9.1 release good for when I need to download a nightly build shortly after?
-> netwerk, i think this is a dupe though
Assignee: asa → neeti
Component: Browser-General → Networking
QA Contact: doronr → benc
Michael, a Milestone is a brief (several days) stabilization period intended to make this pre-1.0 codebase a little more palatable to a larger audience for the purpose of achieving broader testing. That "_release_" is not a finished product. Mozilla provides binaries (nightly and milestone) for testing and development purposes only. Since we pushed the 0.9.1 builds there have been about 750 browser and mailnews bugs fixed. Yours may be one of those. If it is working for you now then it is likely that your bug _is_ one of those. If it isn't one of those and you cannot reproduce it and we cannot reproduce it then a developer probably won't be able to reproduce it and that makes it a lower priority than other regularly reproduceable dataloss bugs. When I load the URL you posted and do a ctrl+s it saves the webpage to my specified directory. It was about 20K. I was able to open the page in the browser and in a text editor and for the most part it looked OK. WorksForMe with 062004 mozilla win32 build on win2K and win98, 062008 mozilla linux build on RedHat 6.2 and 062008 mozilla mac build on OS 8.5 and 9.1 If you could test with a current nightly and let us know if you are still seeing the problem (were you able to reproduce it consistently with the 0.9.1 build you downloaded?) that would help us prioritize the bug. Thanks for your help in testing Mozilla and reporting bugs.
As I wrote on 2001-06-19 03:53, the 2001061821 build works for me again. The thing is, in my view this bug was introduced with 0.9.1 or close to that. It was NOT present in a wide range of earlier nightly builds and NOT in 0.9, 0.8.1+, 0.8.1, 0.8, and many other versions either. With 0.9.1 and several URLs at Yahoo Groups, the bug is 100% reproducable. But as I mentioned above, a nightly build fixes it. From a developer point of view, I bet, it would be good if this bug was tracked. It might be an accidental fix that seems to work temporarily only. Concerning the milestone release policy, it is a bit unfortunate when a 0.9.1 release which targets a larger audience (this has been my assumption) introduces several major bugs not found in earlier nightly builds. Such bugs are a disappointing experience for that larger audience.
Status: UNCONFIRMED → RESOLVED
Closed: 23 years ago
Resolution: --- → WORKSFORME
We're not perfect. Along with the 1700+ bugs fixed between 0.9 and 0.9.1 we introduced a few new ones and regressed a few previously fixed ones. This bug hasn't disappeared and will be available for developers and QA if the problem should return. Thanks again for your help in testing Mozilla and reporting bugs.
Build ID 2001062212 on Red Hat Linux 7.1 has this bug again.
Status: RESOLVED → UNCONFIRMED
Resolution: WORKSFORME → ---
Save Frame has the same problem. However, things are saved correctly by saving from the source viewer. (Linux 2001062212)
I can see this on Linux trunk, 2001062721, so I'm marking NEW based on comments even though this feels like a dup (I can't find one); I had some memory that groups.yahoo.com was doing something with gzip. Possibly relevant is bug 84106.
Status: UNCONFIRMED → NEW
Ever confirmed: true
The description of bug #51852 is similar. But I cannot confirm that the saved file (this bug) is gzipped: $ file 77 77: data $ mv 77 77.gz ; gunzip 77.gz gunzip: 77.gz: not in gzip format It's not bzip2 or .Z either. However, the same page saved from "View | Page Source" menu and then gzipped -9 is _very_ close in size to the bugged save file. Just a few bytes off (keeping dynamic content in mind).
Assignee: neeti → darin
Target Milestone: --- → mozilla0.9.3
is this a gz content type problem? darin?
pushing out to moz 1.0
Target Milestone: mozilla0.9.3 → mozilla1.0
Same problem with http://66.33.6.89/aptiva/Forum2/HTML/001460.html Not nice at all
dup of bug 86235?
*** This bug has been marked as a duplicate of 86235 ***
Status: NEW → RESOLVED
Closed: 23 years ago23 years ago
Resolution: --- → DUPLICATE
You need to log in before you can comment on or make changes to this bug.