Bug 146806 - Handle overwrite request in the file dialog itself
Summary: Handle overwrite request in the file dialog itself
Status: RESOLVED DUPLICATE of bug 102972
Alias: None
Product: frameworks-kio
Classification: Frameworks and Libraries
Component: Open/save dialogs (show other bugs)
Version: unspecified
Platform: Ubuntu Linux
: NOR wishlist
Target Milestone: ---
Assignee: David Faure
URL:
Keywords: usability
Depends on:
Blocks:
 
Reported: 2007-06-15 07:47 UTC by monstermunch
Modified: 2018-04-11 20:46 UTC (History)
4 users (show)

See Also:
Latest Commit:
Version Fixed In:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
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 ***