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 134598 - Crop tool selection behaves strangely
Crop tool selection behaves strangely
Status: RESOLVED DUPLICATE of bug 129242
Product: GIMP
Classification: Other
Component: Tools
1.x
Other Windows
: Normal normal
: ---
Assigned To: GIMP Bugs
Daniel Egger
Depends on:
Blocks:
 
 
Reported: 2004-02-17 06:01 UTC by Andrew Carpenter
Modified: 2004-02-17 09:39 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description Andrew Carpenter 2004-02-17 06:01:12 UTC
The Crop selection in Unstable Gimp behaves in an unusual and erratic
manner.  This seems mostly due to the mouse pointer crossing a window boundary.

I'm experiencing this on Windows Gimp; I haven't had a chance to test on
Linux yet.

- The selection area sometimes stays at 0x0 and the origin is moved, rather
than resizing the box. Moving toward the top-left then drags the selection.
In effect, instead of dragging the bottom-right corner as usual, the
pointer seems to have grabbed the top-left corner and is "pushing" the
bottom-right corner along with it.
Normally either corner can cross its opposite and select beyond, but when
this happens, you can only "push" the opposite corner, even if you re-grab
a different point.

- The Crop dialog often pops up directly over the area about to be cropped.
(This has always been the case; but while somewhat annoying, this did not
adversely affect cropping in Gimp 1.2. It does now...)

- When crossing a window boundary -- including the border of the dialog
over the image -- often (but not always) the selection will be reset with
the origin at that point.
Occasionally, the selection will drop into Move mode instead.
And sometimes, the selection will freeze, and ignore mouse movement
altogether; when this happens, you need to cross a boundary and hope the
behaviour resets, otherwise the selected crop is performed on mouse-up.
Comment 1 Dave Neary 2004-02-17 09:39:25 UTC
Hi,

This looks like a duplicate of bug #129242, which has been fixed in
GTK+ CVS. 

Cheers,
Dave.

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