After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 399326 - Dragging to nautilus doesn't store as filename used in file location input field
Dragging to nautilus doesn't store as filename used in file location input field
Status: RESOLVED DUPLICATE of bug 170171
Product: gnome-utils
Classification: Deprecated
Component: screenshot
2.16.x
Other All
: Normal major
: ---
Assigned To: Jonathan Blandford
gnome-utils Maintainers
Depends on:
Blocks:
 
 
Reported: 2007-01-22 10:02 UTC by Karel Demeyer
Modified: 2008-08-28 17:55 UTC
See Also:
GNOME target: ---
GNOME version: 2.15/2.16

Attachments
A failed attempt (1.36 KB, patch)
2007-01-23 07:55 UTC, Mariano Suárez-Alvarez 		needs-work Details | Review

Description Karel Demeyer 2007-01-22 10:02:21 UTC 
When I drag the image in the screenshot dialog to my Desktop, I expect it to use the filename that is in the input field of that same dialog.
Especially when I already have a file named Screenshot.png on my Desktop and then the inputfield automatically calls the new screenshot Screenshot-1.png, when I drag the image I expect it to save it as Screenshot-1.png and not to ask me if I want to overwrite Screenshot.png because there already is a file with that name.

This is not an enhancement but a bug IMO.

Thanks for this wonderfull piece of software and all your other work for the FOSS community.
Comment 1 Mariano Suárez-Alvarez 2007-01-23 07:25:50 UTC 
This is indeed so.
Comment 2 Mariano Suárez-Alvarez 2007-01-23 07:55:08 UTC 
Created attachment 80961 [details] [review]
A failed attempt

FWIW...

This patch tries unsuccesfully to handle this. The problem is that because the saving is done in a different process, the renaming being done is not notificed to the child, so that when the latter wants to remove the file, it may have been renamed (and it does not know the new name...)
Comment 3 Robert Pollak 2007-12-15 10:41:29 UTC 
This bug partially overlaps with bug 170171 "User defined name when saving by drag and drop".
Comment 4 Cosimo Cecchi 2008-08-28 17:55:20 UTC 
The bugs do not overlap, this is actually a duplicate of bug 170171.

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