Closed
Bug 313371
Opened 20 years ago
Closed 20 years ago
The suite does not save rar files from stream from one site (Russian)
Categories
(Core Graveyard :: File Handling, defect)
Tracking
(Not tracked)
RESOLVED
DUPLICATE
of bug 309510
People
(Reporter: alexander.v.rabtchevich, Unassigned)
References
()
Details
(Keywords: regression)
Attachments
(1 file)
|
100.25 KB,
application/zip
|
Details |
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.9a1) Gecko/20051020 SeaMonkey/1.1a
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.9a1) Gecko/20051020 SeaMonkey/1.1a
When I try downloading file from (page is in Russian)
http://fenzin.org/book/12132
Mozilla refuses saving files. It writes:
C:\Docu....\dfhgddf.rar could not be saved because the source file cannot be read.
Other files (images, html, even rar from other locations) are saved without
problems. The compreg.dat file doesn't concern with this problem.
IE works ok for the retrieval of the file.
Reproducible: Always
Steps to Reproduce:
1. Open http://fenzin.org/book/12132
2. Click the underlined text rar-архив (212 Kb) right the little red arrow
3. In the opened pop-up window enter 4 digits (their picture is left) and click
the right button.
Actual Results:
The file is not saved
Expected Results:
The file should be saved
Updated•20 years ago
|
Assignee: download-manager → file-handling
Component: Download Manager → File Handling
Product: Mozilla Application Suite → Core
QA Contact: ian
Version: unspecified → Trunk
Updated•20 years ago
|
OS: Windows 2000 → All
Confirming, with SeaMonkey Trunk (2005100806) it does not work, but with SeaMonkey branch builds (2005101109) and with Mozilla 1.7.12 it does (Win XP). Need to check with current builds.
| Reporter | ||
Comment 2•20 years ago
|
||
The current builds (including one from 04.12.05) still have the bug.
Does not work with SeaMonkey 1.5a Trunk build 2005120508 on WinXP.
Does work with SeaMonkey 1.0b Branch build 2005120600 and Mozilla 1.7.12 on WinXP.
Don't know why or if this is a dupe. CCing some people which could know it.
Attached http logs with NSPR_LOG_MODULES=nsHttp:5,nsSocketTransport:5,nsHostResolver:5 for both versions (until download failed or succeeded).
Comment 5•20 years ago
|
||
The site sends:
Content-Encoding: AnyTrash
which is a bogus value... So this is a duplicate of bug 309510 -- we should be able to save data in any content encoding, as needed.
*** This bug has been marked as a duplicate of 309510 ***
Status: NEW → RESOLVED
Closed: 20 years ago
Resolution: --- → DUPLICATE
Thanks, Boris. I thought so this is known, but at 03:00 local time I did not see that bogus type. ;-)
I would suggest to adjust the summary from bug 309510 to clearly states that this is for any (unknown) content-encoding. Makes it easier to find.
Alexander, I couldn't find the file you had difficulty with. Could you put a link to a current problem rar file on here?
| Reporter | ||
Comment 8•20 years ago
|
||
Well, open http://fenzin.org/book/12332
Click the text "rar-archive (292 Kb)" right to small blue arrow within a red frame. In the opened window type a text which appears left to edit contol in the edit control and click the right button.
Alexander, very helpful. Using Win32 nightlies, I found that all the 1.0 builds seem to handle problem file ok, and the Mozilla/5.0 (Windows; U; Win98; en-US; rv:1.9a1) Gecko/20050826 SeaMonkey/1.1a build works ok, but the Mozilla/5.0 (Windows; U; Win98; en-US; rv:1.9a1) Gecko/20050929 SeaMonkey/1.1a build produces the error. So there's a 6-week period last fall in which an error was introduced. I'm looking for the first build with the error, but downloading on dialup is slow.
Comment 10•20 years ago
|
||
Bug #184144 had a checkin on September 16, 2005, and there was discussion of bug #309510 in September but I don't see mention of any checkins for it. Both bugs are about how Mozilla/Seamonkey recognizes data encoding and handles data.
Comment 11•20 years ago
|
||
John, I'm not sure why you're trying to narrow this down, given that we know what the problem is (note that this bug is resolved...)
Keywords: qawanted
Comment 12•20 years ago
|
||
How is it resolved?
Mozilla/5.0 (Windows; U; Win98; en-US; rv:1.9a1) Gecko/20060208 SeaMonkey/1.5a tinderbox zip
"<path\filename> could not be saved because the source file could not be read"
Mozilla/5.0 (Windows; U; Win98; en-US; rv:1.9a1) Gecko/20051213 SeaMonkey/1.5a nightly zip
same error message
Mozilla/5.0 (Windows; U; Win98; en-US; rv:1.9a1) Gecko/20051102 SeaMonkey/1.1a nightly zip
same error message
Mozilla/5.0 (Windows; U; Win98; en-US; rv:1.9a1) Gecko/20051008 SeaMonkey/1.1a
same error message
Mozilla/5.0 (Windows; U; Win98; en-US; rv:1.9a1) Gecko/20050929 SeaMonkey/1.1a
same error message
Mozilla/5.0 (Windows; U; Win98; en-US; rv:1.9a1) Gecko/20050826 SeaMonkey/1.1a
oldest 1.1a version I could find works
Comment 13•20 years ago
|
||
OK, if the discussion of bug 309510 is leading to a solution, never mind.
Comment 14•20 years ago
|
||
> How is it resolved?
"Duplicate". See Status and Resolution fields on this bug.
Updated•10 years ago
|
Product: Core → Core Graveyard
You need to log in
before you can comment on or make changes to this bug.
Description
•