Closed Bug 242412 Opened 22 years ago Closed 21 years ago

unable to save images generated by a script/cgi

Categories

(SeaMonkey :: General, defect)

Product:
SeaMonkey
Component:
General
Platform:
x86
All
Type:
defect
Priority:
Not set
Severity:
normal

Tracking

(Not tracked)

Status:
RESOLVED FIXED

People

(Reporter: s.a.moeller, Unassigned)

References

(
URL
)

Details

User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.8a) Gecko/20040428 Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.8a) Gecko/20040428 The website http://www.fotos.web.de/sc01joe is using automatically submitted HTML forms to show images. Example: <html><head></head><body onLoad="document.redirect.submit()"> <form action="/transfer/redirect" method="post" name="redirect"> <input type="hidden" name="sid" value="00000031BC53FAF033B4D7B1C8C458CEC6319A"> <input type="hidden" name="file_id" value="6955099"> <input type="hidden" name="folder_id" value="19010628"> <input type="hidden" name="name" value="P1010058.JPG"> </form> </body></html> Mozilla displays those script-generated images on screen, but cannot save them. Reproducible: Always Steps to Reproduce: 1. At http://www.fotos.web.de/sc01joe click the link named "Eifeltour". 2. Open one of the JPG images listed there by means of clicking its name. (JavaScript has to be enabled.) 3. Try to save the image. Actual Results: Mozilla is saving the web.de login page, using a file name like "P1010058.JPG.html". Expected Results: Save the image.
Just discovered bug 241588 (sorry, little bit too late). Maybe related or duplicate?
This is because Mozilla sends a Referrer tag when it's displayed in the browser, while when you save it, it doesn't. When the server doesn't see the Referrer header from the browser, it takes you to the login page. INVALID as such.
Status: UNCONFIRMED → RESOLVED
Closed: 22 years ago
Resolution: --- → INVALID
Reopening. Us not sending referrer when sending is a bug (though one that's filed, so this is a duplicate, but it's certainly not invalid).
Status: RESOLVED → UNCONFIRMED
Resolution: INVALID → ---
Whiteboard: DUPEME
bug 170722?
No, bug 196871. Note that we DO send a referrer. So comment 2 is wrong and something else is going on... Most likely, the script is screwing up HEAD.
Depends on: 160454
(In reply to comment #5) > No, bug 196871. Note that we DO send a referrer. So comment 2 is wrong and > something else is going on... > > Most likely, the script is screwing up HEAD. Saving the image starts with HEAD, and head neither sends a sid, nor a referrer. Loading the image starts with GET, and GET sends a sid and a referrer. Saved Headers with extension LiveHTTPHeaders, can attach, if wanted.
This bug is NOT fixed by the fix for bug 160454. With builds after that fix, I still get the behavior as mentioned in comment 0.
Sorry, comment 7 is bogus. I should have checked this with a nightly Mozilla, not a nightly Firefox. I can see the bug, using: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.8a5) Gecko/20041007 But I can't see the bug, using: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.8a5) Gecko/20041018 So this has probably been fixed by the fix for bug 160454.
Fixed by bug 160454.
Status: UNCONFIRMED → RESOLVED
Closed: 22 years ago → 21 years ago
Resolution: --- → FIXED
Product: Browser → Seamonkey
Whiteboard: DUPEME
You need to log in before you can comment on or make changes to this bug.