Bug 333779

Summary: When saving, default "New Image" filename does not warn about overwriting
Product: [Applications] krita Reporter: Stuart Dickson <stuartmd>
Component: Krita GeminiAssignee: Arjen Hiemstra <ahiemstra>
Status: RESOLVED FIXED    
Severity: normal    
Priority: HI    
Version: unspecified   
Target Milestone: ---   
Platform: unspecified   
OS: Linux   
Latest Commit: Version Fixed In:

Description Stuart Dickson 2014-04-23 16:08:02 UTC
When a user creates a new image and tries to save, "New Image" is the suggested filename, even if such a filename already exists.

If the user then chooses to save this default filename, even when one with this name already exists, no confirmation dialog is displayed.

A confirmation dialog should be displayed.
Additionally it would be useful if the default filename does indeed conflict with an existing file, for it to suggest an alternative (maybe by appending a number or timestamp?)

Some observations:
- If the user chooses save-as previously when using the software, this problem does not manifest for future attempts to save
- You can see that the file-save dialog behaves differently when a filename is automatically injected in to the filename - the confirmation dialog is displayed - but for the first instance upon startup and clicking save, no extension is supplied
- Launching a second instance displays the "working" save dialog
Comment 1 Arjen Hiemstra 2014-05-01 14:34:03 UTC
Git commit b0b50a14bd10d6fd6a366be71b15099eeedc3185 by Arjen Hiemstra.
Committed on 01/05/2014 at 13:43.
Pushed by ahiemstra into branch 'master'.

gemini/sketch: Set the URL for new images to "New Image.kra"

On windows, the file dialog does not automatically add
the file extension, making the overwrite check fail. Adding
it through the URL fixes the initial check. Note that we
still have a problem when the user types in something with
the same name as an existing file but without the extension.

M  +2    -0    krita/sketch/DocumentManager.cpp

http://commits.kde.org/calligra/b0b50a14bd10d6fd6a366be71b15099eeedc3185