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)

x86
All
defect
Not set
normal

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
Assignee: download-manager → file-handling
Component: Download Manager → File Handling
Product: Mozilla Application Suite → Core
QA Contact: ian
Version: unspecified → Trunk
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.
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.
Status: UNCONFIRMED → NEW
Ever confirmed: true
Keywords: qawanted, regression
Attached file HTTP logs
Attached http logs with NSPR_LOG_MODULES=nsHttp:5,nsSocketTransport:5,nsHostResolver:5 for both versions (until download failed or succeeded).
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?
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.
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.
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
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
OK, if the discussion of bug 309510 is leading to a solution, never mind.
> How is it resolved? "Duplicate". See Status and Resolution fields on this bug.
Product: Core → Core Graveyard
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: