I want to paste some files into a folder... (it is the root of the tree as I currently view it, I am in /home/user/Documents) There is no ./ I cannot be certain where I am pasting. I don't know if I am pasting into one of the folders that are open, or the root folder... or if it is going into some other folder (If say I have / as the root of the tree, and accidentally click paste into /home/user/Downloads instead while it is also expanded.) Reproducible: Always Steps to Reproduce: 1. in expandable folders mode (I refuse to call it details mode, these need to be separate) 2. double click on a folder 3. copy something from another dolphin window 4 go back to the first dolphin window, 5, where is the paste going? will it go into the selected folder? or will it go into the root... or did I forget to double click, and am pasting somewhere else entirely. This may be exasperated by a small screen, where I cannot see the other directories.(it scrolls up and down...) I always run in double click mode, as should everyone. Possible Solution: Actual Results: confusion... and a need to verify where the files were pasted. Expected Results: possible fixes: The far left column (with the + and - for expanding folders) would be a great place to show a folder icon, and include another row saying /home/user/Documents <i>(Current Folder)</i> I believe the selected files should be deselected if I am performing a paste action... It should happen in some way that indicates I am not overwriting those selected files. As soon as I right click, the selection colors should mute, and the object that I am communicating with should become highlighted. (the folder in which my right click menu is active upon.. so I can choose to paste or whatnot) This requires two levels of file highlighting... one to indication action, and one to indicate selection. This is much needed, but perhaps a major change, but I think we can do it elegantly, and it will greatly enhance the feel of Dolphin. It is a bug... not an enhansement.. I may not have the best solution in mind, but the problem needs to be solved.
Resetting assignee to default as per bug #305719
*** Bug 254302 has been marked as a duplicate of this bug. ***
I agree. A solution would be to make ./ (The actual folder name, not "./") visible at the top, providing a drag/paste target. This would also provide a springboard fox fixing https://bugs.kde.org/show_bug.cgi?id=196772