Bug 146806

Summary: Handle overwrite request in the file dialog itself
Product: [Frameworks and Libraries] frameworks-kio Reporter: monstermunch
Component: Open/save dialogsAssignee: David Faure <faure>
Status: RESOLVED DUPLICATE    
Severity: wishlist CC: alpeterson, esigra, kdelibs-bugs, nate
Priority: NOR Keywords: usability
Version: unspecified   
Target Milestone: ---   
Platform: Ubuntu   
OS: Linux   
Latest Commit: Version Fixed In:
Sentry Crash Report:

Description monstermunch 2007-06-15 07:47:25 UTC
Version:            (using KDE KDE 3.5.5)
Installed from:    Ubuntu Packages

Use case (what kfile does at the moment):
User is editing a document.
They open the "Save as..." dialog to save it
They type in "notes" as the filename
They then click on "Save".
A dialog appears telling the user that a file with that names exists already. They do not wish to overwrite it so they click cancel.
They pick another filename and save the new file without overwriting.

I suggest a small usability enhancement to give quicker feedback to the user that the filename is already taken. Each time the user modifies the potential filename, kfile should immediately check to see if that file exists already. If it finds a file with that name already, it should be indicated immediately in some passive way in the "Save as..." window.

One suggestion is that the location text entry box changes colour, such as to red as the operation will be destructive. Firefox does something similar with inline search, but when your result cannot be found. Another suggestion is for some red text to appear next to the location bar saying "This filename already exists".

If the location being saved to is a slow remote location (e.g. ftp) this kind of feedback may not be reliable, but would still be a good idea in terms of quicker feedback in general.
Comment 1 Christoph Feck 2009-08-27 02:37:38 UTC
Moving from "kio/kfile" component to "kfile" product, helps sorting out duplicates.
Comment 2 Christoph Feck 2009-08-27 04:27:15 UTC
The behaviour on current trunk is that it selects the file automatically, if it is in the list. The dialog also makes sure it gets visible by scrolling the list if required.

A possible suggestion is in comment #0: it could highlight the line edit since this is where the user has focus.

In any case, this is a wish, not a bug.
Comment 3 Nate Graham 2018-04-10 19:42:08 UTC
*** Bug 318749 has been marked as a duplicate of this bug. ***
Comment 4 Nate Graham 2018-04-10 20:42:47 UTC
*** Bug 291204 has been marked as a duplicate of this bug. ***
Comment 5 Nate Graham 2018-04-11 20:46:42 UTC

*** This bug has been marked as a duplicate of bug 102972 ***