Closed Bug 225069 Opened 21 years ago Closed 15 years ago

Saving redirected content does not work

Categories

(SeaMonkey :: Download & File Handling, defect)

x86
All
defect
Not set
normal

Tracking

(Not tracked)

RESOLVED WORKSFORME

People

(Reporter: floeff, Unassigned)

References

()

Details

User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; de-AT; rv:1.5) Gecko/20031007 Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; de-AT; rv:1.5) Gecko/20031007 Try downloading a file with a right click and Save Target as. Does not work. IE works. Reproducible: Always Steps to Reproduce: 1. 2. 3.
Confirming on today's CVS build on Linus. Displaying the file works fine, but saving via context menu or shift+click does not work.
Status: UNCONFIRMED → NEW
Ever confirmed: true
OS: Windows XP → All
This also works fine with Opera 7.21 (Linux) as well as with Konqueror (although Konqueror gets the file name wrong - it saves as CoreRedirect.jsp instead of bpl10769.pdf).
So it looks like the redirection is not followed when saving. Changing summary from "download does not work with right click" to "Saving redirected content does not work".
Summary: download does not work with right click → Saving redirected content does not work
Depends on: 160454
I can see the bug, using Mozilla1.6. With "Save Link Target As..." I get an alert: The Link cannot be found, etc. With Mozilla1.7 I can't see the bug. With "Save Link Target As...", the file gets downloaded. The suggested file name in the file picker is: CoreRedirect.jsp.pdf. The suggested file type is: Adobe Acrobat Document. With a nightly build (2004-10-18) - with the fix for bug 160454 - I get as suggested file name: CoreRedirect.jsp and the suggested file type is: All Files (which has become the only choice).
Product: Browser → Seamonkey
MASS-CHANGE: This bug report is registered in the SeaMonkey product, but has been without a comment since the inception of the SeaMonkey project. This means that it was logged against the old Mozilla suite and we cannot determine that it's still valid for the current SeaMonkey suite. Because of this, we are setting it to an UNCONFIRMED state. If you can confirm that this report still applies to current SeaMonkey 2.x nightly builds, please set it back to the NEW state along with a comment on how you reproduced it on what Build ID, or if it's an enhancement request, why it's still worth implementing and in what way. If you can confirm that the report doesn't apply to current SeaMonkey 2.x nightly builds, please set it to the appropriate RESOLVED state (WORKSFORME, INVALID, WONTFIX, or similar). If no action happens within the next few months, we move this bug report to an EXPIRED state. Query tag for this change: mass-UNCONFIRM-20090614
Status: NEW → UNCONFIRMED
Looks like comment #4 basically says WFM for 1.7 and later, and all I see seems like that as well, even though it seems that the link in the URL redirects to something that isn't found in the end, but the redirect itself seems to work.
Status: UNCONFIRMED → RESOLVED
Closed: 15 years ago
Resolution: --- → WORKSFORME
You need to log in before you can comment on or make changes to this bug.