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 551733 - cropped image overwrites original file
cropped image overwrites original file
Status: RESOLVED FIXED
Product: gthumb
Classification: Other
Component: general
2.10.x
Other All
: Normal normal
: ---
Assigned To: Paolo Bacchilega
Paolo Bacchilega
Depends on:
Blocks:
 
 
Reported: 2008-09-10 21:52 UTC by David Paleino
Modified: 2009-09-18 17:30 UTC
See Also:
GNOME target: ---
GNOME version: ---


Description David Paleino 2008-09-10 21:52:11 UTC 
Please describe the problem:
Hello,
a Debian user [1] reported a bug which seems suitable for an upstream action :).
The concept is easy: when one crops an image (Image > Resize or Alt + S), and clicks "Save" in that dialog, she should be given the ability to specify a new filename.

[1] http://bugs.debian.org/495444

Steps to reproduce:


Actual results:


Expected results:


Does this happen every time?


Other information:
The user reported this against 2.10.8 (I haven't tried this version) -- and I confirmed it also in 2.11.0 svn2319 (which I packaged some time ago for Debian/experimental).

I'm working (oh well, trying to) on a patch, I'll post it here whenever I get something. However, please tell me if this has already been fixed in newer SVN revisions.

Kindly,
David (the Debian maintainer)
Comment 1 Michael Chudobiak 2008-09-11 09:30:46 UTC 
The behaviour is unchanged in svn trunk.

- Mike
Comment 2 David Paleino 2009-03-01 10:23:11 UTC 
Hello,
any update on this?

- David
Comment 3 Michael Chudobiak 2009-09-18 17:30:43 UTC 
ext branch, the current development branch, has a different cropping/editing UI, which should resolve this issue.