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.
Can you or another person still confirm this bug?
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.
That would be very useful :-) If it's fixed in konqueror 4, this bug report can be closed.
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).
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 ?
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 :).
Thanks for your feedback. closing this case.