Closed
Bug 86290
Opened 23 years ago
Closed 23 years ago
Save As saves garbage to file
Categories
(Core :: Networking, defect)
Tracking
()
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.]
Reporter | ||
Comment 1•23 years ago
|
||
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...
Comment 3•23 years ago
|
||
hmmm
wfm win2k 2001061804
linux 2001061808
reporter: Can you reproduce in recent builds?
Reporter | ||
Comment 4•23 years ago
|
||
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?
Comment 5•23 years ago
|
||
-> netwerk, i think this is a dupe though
Assignee: asa → neeti
Component: Browser-General → Networking
QA Contact: doronr → benc
Comment 6•23 years ago
|
||
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.
Reporter | ||
Comment 7•23 years ago
|
||
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
Comment 8•23 years ago
|
||
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.
Reporter | ||
Comment 9•23 years ago
|
||
Build ID 2001062212 on Red Hat Linux 7.1 has this bug again.
Status: RESOLVED → UNCONFIRMED
Resolution: WORKSFORME → ---
Comment 10•23 years ago
|
||
Save Frame has the same problem. However, things are saved correctly by saving
from the source viewer. (Linux 2001062212)
Comment 11•23 years ago
|
||
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
Comment 12•23 years ago
|
||
Possible duplicate of http://bugzilla.mozilla.org/showvotes.cgi?bug_id=51852
Reporter | ||
Comment 13•23 years ago
|
||
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).
Updated•23 years ago
|
Assignee: neeti → darin
Target Milestone: --- → mozilla0.9.3
Comment 14•23 years ago
|
||
is this a gz content type problem? darin?
Assignee | ||
Comment 15•23 years ago
|
||
pushing out to moz 1.0
Target Milestone: mozilla0.9.3 → mozilla1.0
Comment 16•23 years ago
|
||
Same problem with http://66.33.6.89/aptiva/Forum2/HTML/001460.html
Not nice at all
Comment 17•23 years ago
|
||
dup of bug 86235?
Reporter | ||
Comment 18•23 years ago
|
||
*** This bug has been marked as a duplicate of 86235 ***
Status: NEW → RESOLVED
Closed: 23 years ago → 23 years ago
Resolution: --- → DUPLICATE
You need to log in
before you can comment on or make changes to this bug.
Description
•