Version: (using KDE 3.5.8) Installed from: SuSE RPMs This report is similar to: https://bugs.kde.org/show_bug.cgi?id=136630 however I don't to mess things up -- and here is quite different approach to cause bug to appear. If from internal (i.e. code) point of view this is exactly the same issue please close it, and reopen the report pointed out. home directory/X/Y/Z you are about to save document A --> menu -> save -> you see your home directory -> go to directory X --> go to directory Y --> DO NOT go to directory Z, just click on it (select it), so the active directory is ~/X/Y. Save. Where was document saved? ~/X/Y/Z
I forgot to mention: the other report status was "grave", if it was valid for that one, this should be valid for this one too -- so please change the status then (while posting the report there is no "grave" option). Reason: this bug can cause unrecoverable data loss.
If you select the Z sub-directory, and after click to save, you will save the file on the Y directory. I've just tested it (from kate). Selecting a directory (not entering in it) doesn't do anything. What is the problem? I cannot understand.
FiNeX, it seems this bug is not 100% reproduceable. Yesterday it behaved like I described above. Today it differs :-) Start from ~/A directory, then go to ~/, then to ~/X then ~/X/Y and then just select Z (in short -- at least one up, and then at least one down). Today it does not save anything, just shows warning that "Z" __file__ already exists, do I want to overwrite it (filename in dialog was not changed to Z). Some more info: I use Konqueror to do the tests, and I am saving files from web pages, so the filename is already set when I use "save". I will try to make the test more predictable.
Similar bugreport in novell bugzilla, still valid for 4.2.3 https://bugzilla.novell.com/show_bug.cgi?id=292809 copy for convenience: "I checked it in konqueror and openoffice I select the "save as" dialog The home folder or the folder where I saved something previously is shown in top right box. If I decide to edit that path manually, I click in this field, then delete some characters from the end of the path back to a / then enter the first letter of a folder, a list of possible completions drops down. Here I click on my choice with the left mouse button : the list collapses and the chosen folder is displayed with the trailing /. !!! BUT !!! it is not used for saving the file : 1. if I click on the save button, the file is stored to the old path, which is no displayed 2. if I click repeatedly in that top right box nothing happens What should happen is : the large box which shows the contents of the folder should be updated at the time I selected the path in the completion list. The only way to achieve the expected result is to leave again the mouse, press enter on the keyboard, the come back to the mouse and do a left click on the save button." clicking on one of the paths in the drop down list should open the directory in the folderview like it does when using the keyboard (down/up arrow + enter)
Works for me in KDE Frameworks 5.45. Selecting a directory has no effect and the file is saved into the directory for the current view, not the sub-directory that is selected.