Version: (using KDE KDE 3.2.1) Installed from: RedHat RPMs OS: Linux The bug that will not die! I have created a new bug report for this because: * there are 7 bug reports currently in the database related to this that are not marked as duplicates of any other bug. I'm not which one to attach my comments to! * None of the other reports accurately describes the problem (at least not for current KDE 3.2.1). * Most have information that is incorrect (at least for current KDE 3.2.1) or test cases that no longer exist on the internet. I will attempt to clearly describe what does work, what doesn't work and provide test cases so that this bug can be laid to rest once and for all. I will add comments to the other bugs pointing to this one. What does work (currently) ========================== A HTTP response may contain a "Content-Disposition" header which tells the browser to save the content of the response as a file. The header may also specify the filename that should be used by default. This currently works correctly in konqueror as demonstrated by the test at http://carlthompson.net/konqueror_download_bug.php which should save a file named "download.bin" . An web page may be created which creates a link to the above URL. This allows the content returned by the above URL to be saved by clicking on the link within this referring page. This currently works correctly in konqueror as demonstrated by the test at http://carlthompson.net/download_test.html which should also save the file using the name "download.bin" . What doesn't Work ================= The above test web page may in turn be embedded into another web page usign frames (either normal or inline). Clicking on the link within this embedded page should still honor the "Content-Disposition" filename and save the content as "download.bin" . However, Konqueror is not honoring the specified filename in this case and is using the name of the page that generates the content instead (in this case "konqueror_download_bug.php", the first test case). This is demonstrated by the test at http://carlthompson.net/konqueror_download_bug.html. This bug will be triggered by any web application that displays download links within frames to files served by scripts. For example, the IMP webmail program is affected by this bug.
This is a duplicate of bug 57590, not the other way around. The bug was in KHTML and it has been for the most part fixed in CVS HEAD. One tricky fix remains in kio_http that has to do with the cache. That is if the page is cached the suggested filename will not be used because the cache in kio_http does not store extraneous meta-data along with the cache. *** This bug has been marked as a duplicate of 57590 ***