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 631205 - Switching images on mouse-wheel is destructive
Switching images on mouse-wheel is destructive
Status: RESOLVED FIXED
Product: gthumb
Classification: Other
Component: general
unspecified
Other Linux
: Normal normal
: ---
Assigned To: Paolo Bacchilega
Paolo Bacchilega
Depends on:
Blocks:
 
 
Reported: 2010-10-03 04:04 UTC by Jeremy Nickurak
Modified: 2015-05-06 18:41 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description Jeremy Nickurak 2010-10-03 04:04:47 UTC
When editing an image in gthumb, I've many times lost time because of accidentally hitting the scroll wheel. In virtuall any other application, the scroll wheel is non-destructive: If you scroll up, you can revert to the previous state by scrolling down.

This doesn't work right in gthumb. When you've scrolled up, you get a dialog asking you to either save your changes, or discard them. "Undo"ing the scroll operation is then much more complicated than what it took to cause it. I have to save a temporary file, (selecting format information) and then re-open that  seperately, which in the process also discards all the Edit:undo history.

It seems that this feature was introduced in http://bugzilla.gnome.org/show_bug.cgi?id=131416 , despite some significant objections. With this one as well, I'd suggest it's important to reconsider what the mouse-wheel should do here.
Comment 1 Jeremy Nickurak 2010-10-03 04:07:38 UTC
Present downstream at: https://bugs.launchpad.net/gthumb/+bug/435550
Comment 2 Paolo Bacchilega 2010-11-07 09:27:40 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.