Bug 141596 - konqueror does another request after the server offers a file
Summary: konqueror does another request after the server offers a file
Status: CLOSED WORKSFORME
Alias: None
Product: konqueror
Classification: Applications
Component: general (show other bugs)
Version: unspecified
Platform: Fedora RPMs Linux
: NOR normal
Target Milestone: ---
Assignee: Konqueror Developers
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2007-02-12 15:51 UTC by Cláudio F. Gil
Modified: 2011-06-26 15:55 UTC (History)
2 users (show)

See Also:
Latest Commit:
Version Fixed In:


Attachments
Test application and access logs for Firefox and Konqueror. (503 bytes, application/x-gzip)
2011-01-15 00:20 UTC, Cláudio F. Gil
Details
Access logs of the last test (1.52 KB, text/plain)
2011-06-26 14:52 UTC, Cláudio F. Gil
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Cláudio F. Gil 2007-02-12 15:51:17 UTC
Version:            (using KDE KDE 3.5.4)
Installed from:    Fedora RPMs

I'm creating an application were in a certain point, as result of a POST, the server generates a file and sends it to the client. I also set the headers "Content-Type: application/zip", and "Content-Disposition: attachment;filename=something.zip".

Konqueror shows the "Save file" dialog as intended but, after choosing the file name and doing "ok", konq does another request to the server (this time a GET) and saves that content instead. All the previous content is lost.
Comment 1 Samuel Brack 2011-01-09 22:49:27 UTC
Can you or another person still confirm this bug?
Comment 2 Cláudio F. Gil 2011-01-10 12:03:37 UTC
I don't use KDE 3.5 anymore and it's not particularly easy to install it. Is testing in Konqueror 4 useful? That I can do easily.
Comment 3 Samuel Brack 2011-01-10 14:29:50 UTC
That would be very useful :-) If it's fixed in konqueror 4, this bug report can be closed.
Comment 4 Cláudio F. Gil 2011-01-15 00:20:55 UTC
Created attachment 56032 [details]
Test application and access logs for Firefox and Konqueror.

I've just tested with KHTML/4.4.4 and it does not generate the second GET request. So it's not reproducible in this version. The attached file contains the test application (JSP) and the access logs showing the behavior of Firefox and Konqueror. 

Not in the logs but also worth mentioning is that if the initial request is a GET, instead of a POST, then Firefox stills does 1 GET and Konqueror does 2 GETs (the second with not referrer).
Comment 5 Martin Koller 2011-06-26 10:02:17 UTC
So it seems your original problem is solved with KDE4.
I'm not clear about your last comment about the second GET.
Does this mean you think this is still a bug ?
Comment 6 Cláudio F. Gil 2011-06-26 14:52:03 UTC
Created attachment 61342 [details]
Access logs of the last test

I redid the test with KHTML 4.6.2 and all happened as expected. So none of the behaviors were seen. All seems fine in v4.6.2.

About my previous comment, event if KHTML kept doing the two GETs I would say it was unexpected but not wrong. Technically resources obtained by GET are considered idempotent so if that +1 GET is more than just server load then the web resource is in for a world of pain an nothing in the client side will fix that :).
Comment 7 Martin Koller 2011-06-26 15:55:11 UTC
Thanks for your feedback. closing this case.