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 605914 - using a tools like resize, erase the original file
using a tools like resize, erase the original file
Status: RESOLVED FIXED
Product: gthumb
Classification: Other
Component: general
2.11.x
Other Linux
: Normal critical
: ---
Assigned To: Paolo Bacchilega
Paolo Bacchilega
: 610290 (view as bug list)
Depends on:
Blocks:
 
 
Reported: 2010-01-02 18:34 UTC by gaetan.perrier
Modified: 2010-02-18 19:15 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description gaetan.perrier 2010-01-02 18:34:28 UTC
when using a tools like resize, the original file is automaticaly replaced by the resize one without any warning.
Comment 1 Fabio Durán Verdugo 2010-01-04 00:14:05 UTC
Thanks for taking the time to report this bug.
This bug report isn't very useful because it doesn't describe the bug well. If you have time and can still reproduce the bug, please read http://bugzilla.gnome.org/bug-HOWTO.html and add a more useful description to this bug.
Comment 2 Matthias Hawran 2010-01-08 08:36:05 UTC
Hmmm... I find the report very clear... and agree with it.

Note: the ext branch is now merged in master and there was a 1st 2.11.x release.
Maybe update the title ?

Anyway, while the resize dialog in 2.10.x was too verbose,
the new one in 2.11.x is a little too "not" verbose :-)

Like Gaetan is reporting, the original file is replace without warning.
I suggest:
- at least a warning dialog to ask for action if same name: rename, overwrite, skip.
- in the resize dialog, reintroduce the "destination" part from 2.10.x (destination, overwrite mode...)

Note: I never used the "Image type" part


Matthias
Comment 3 Bart van Egmond 2010-01-18 16:38:47 UTC
I'm using gThumb 2.11.0 and I think this is a very important bug. When I want to resize an image in gThumb there is no Resize option in the "Edit file" panel so I use Tools -> Resize Images. I change the width and height and I click ok. 
Then I think... oops that's too small and I want want to undo, but that's not possible... and my original file is already overwritten by gThumb

I think the sulution is to add a Resize option to the "Edit file" pane that just works like the Crop tool.

Bart
Comment 4 Paolo Bacchilega 2010-01-19 09:50:44 UTC
the Tools->Resize command is used to resize a series of images, the resize command in the edit pane is a regression and is definitely needed.
Comment 5 Matthias Hawran 2010-01-19 10:38:02 UTC
What about the fact that the resize tool overwrites files without warning and the destination folder option ?
Comment 6 Paolo Bacchilega 2010-01-19 12:35:53 UTC
(In reply to comment #5)
> What about the fact that the resize tool overwrites files without warning and
> the destination folder option ?

yes I agree
Comment 7 Bart van Egmond 2010-01-27 21:10:07 UTC
is there any news about the ability to resize an single image?
Comment 8 Roumano 2010-02-02 19:34:56 UTC
Hi,
I like the idea of "resize tool overwrites files without warning and
the destination folder option ", but with this option : 
Keep a backup to cancel some wrong change (see as "view origal file...")
Comment 9 Paolo Bacchilega 2010-02-07 17:10:27 UTC
This problem has been fixed in the development version. The fix will be available in the next major software release. Thank you for your bug report.
Comment 10 Paolo Bacchilega 2010-02-18 10:52:23 UTC
*** Bug 610290 has been marked as a duplicate of this bug. ***
Comment 11 Matthias Hawran 2010-02-18 16:26:58 UTC
Paolo,

I've tested the update on the resize function and want to give some feedback.
The destination folder and warning on overwrite is working fine.
Great, thanks.

However I notice that my pictures loose metadata.
I checked in 2.10.x and it's not the case, all the metadata remains.
Especially I have a bad behavior for the exif orientation, which gets reset, thus my 'portrait' pictures are rotated :(

That's all :-)

Cheers,
Matthias
Comment 12 Michael Chudobiak 2010-02-18 19:15:20 UTC
I opened a new bug report for the metadata issue.

Bug 610389 -  metadata lost after resize

- Mike