GNOME Bugzilla – Bug 657531
Attempt to save and replace a .png file results in error fstat()
Last modified: 2012-01-26 21:38:52 UTC
Created attachment 194942 [details] error-dialog Reproducable. Make a screenshot of an empty gedit window via shortcut alt+print. Save the file to e.g. folder 'Images', name the file e.g. test-1. Make another screenshot, save the file to the same directory with the same file name. The attempt to replace the file results in a dialog (translated from german): Error during investigation of file /tmp/gnome-screenshot.<insert_number>/screenshot.png with fstat(): File or directory not found. So actually it doesn't state the correct file name test-1, although it mentions it in the replacement dialog. ## There is no problem to save and replace text files with same title. First reported there. https://bugs.launchpad.net/ubuntu/+source/gnome-utils/+bug/835712
Created attachment 194943 [details] gdb-output
I'm seeing the same problem on GNOME 3.2, where I get an error (somehow I can't get it to print it in English): Erreur de l'interrogation du fichier « /tmp/gnome-screenshot.20286.0/Screenshot.png » : Aucun fichier ou dossier de ce type
the current unstable version seems to not ask whether to replace the file or not but just error out...
I'm experiencing this on Gnome 3.2. Launching gnome-screenshot from the command line (in the foreground), on the second time around when saving the screen shot using the same name as an existing screenshot, gnome-screenshot exits and a "file conflict" dialog appears. Clicking "replace" gives an error dialog "Error while copying 'Screenshot.png'". Observing "ps ux" I see that gnome-screenshot is no longer running when the "replace" dialog is up but "nautilus --no-default-window" is. Is it possible that gnome-screenshot hands off file replacement to nautilus but deletes the temporary screenshot before exiting?
Yes, gnome-screenshot used nautilus in the past to perform this kind of operation. This bug has been fixed in git master, thanks for the report.