Version: Version 4.2.60 (KDE 4.2.60 (KDE 4.3 >= 20090106)) (using Devel) Installed from: Compiled sources When trying to download a file from konqueror by right clicking a link and then entering a different name for the file invariably fails, the file get's downloaded under it's original file name. Trying to save the same file again (for example because it is the output from a server side process) without clearing the name fails completely.
It happens here also, I am using KDE 4.2 RC1 in Kubuntu intrepid. I select "save as" and change the output file name but kget keep the original filename.
*** Bug 184267 has been marked as a duplicate of this bug. ***
Konqueror issues the following command for saving to a filename different from the source: kget http://<src directory + src filename> file:///<dst directory + dst filename> In 3.5 kget would save to <dst directory + dst filename> In 4.2 kget would save to <dst directory + src filename> There could be a change of command parameters in 4.2 kget but I could not find man pages for kget. If it is, 4.2 konqueror has to adapt to the new format. For now, I've downloaded kget to 3.5.10 manually, it works find with 4/2.2 konqueror.
This bug is still there (openSUSE 11.1 KDE 4.2.88). If you have already downloaded a file with the same name before, kget doesn't start the download but you have no error message.
confirmed under KDE 4.2.96 (KDE4.3 RC2). suppose kget is called with /usr/bin/kget http://foo.com/bar file:///toto/titi then (on my machine) kget asks if we want to rename the download cause "a similar file name '/toto' already exists".
See this bug https://bugs.kde.org/show_bug.cgi?id=185155
This should be fixed by now (the changes were discussed in #188673), but I can't test it at the moment.
BUG still there in 4.3RC2. The behavior it's not the same but there is still a bug. This is what happens in KDE 4.3 RC2. When I select "save file as" the kget opens the dialog to choose the name of the file. When I write the name of the file and press OK, kget opens a new dialog. This dialog says that a file with this name already exists (what is not true) and it has a text box to the user to write the new name for the file.
Yes, it's only fixed since yesterday (so not even in RC3).