GNOME Bugzilla – Bug 571550
Eyedropper cursor display incrorrect outside GIMP windows
Last modified: 2018-05-24 12:30:45 UTC
Please describe the problem: 1) from GIMP color-picker [Change foreground/background color]: eyedropper is displayed correctly in any GIMP window. It changes to "normal" cursor outside them. 2) from Script-fu color selection: eyedropper is only displayed in Script-fu color selection window and its parent (eg.Script-fu:Drop Shadow). In other GIMP windows and non-GIMP windows it changes to "normal" cursor for that window. 3) Anytime the color-picker is in effect but the eyedropper is not being displayed and user left-clicks: the color is correctly but the click is also processed as normal by the window that receives it. eg. using eyedropper from Script-fu color selection invoked in Script-fu:Drop Shadow and current tool is Bucket-Fill Foreground color=Green. Click on a red part of an image: Current color is set to red in Script-fu color selection AND a bucket fill with green is executed. When eyedropper invoked from either Color Selection method and cursor is clicked over an external window (say a toolbar button in Firefox) the color is picked up correctly but in Firefox the button action is also performed. Steps to reproduce: see above Actual results: see above Expected results: 1) Eyedropper cursor should be shown whenever GIMP is ready to pickup current color. 2) No other action should be performed. Does this happen every time? YES Other information: output of gimp-2.6 --version --verbose GNU Image Manipulation Program version 2.6.4 using GEGL version 0.0.22 (compiled against version 0.0.22) using GLib version 2.18.3 (compiled against version 2.18.3) using GTK+ version 2.14.6 (compiled against version 2.14.6) using Pango version 1.22.2 (compiled against version 1.22.2) using Fontconfig version 2.4.2 (compiled against version 2.4.2) see discussion in GIMP bug 569182
Surely this is only on Windows?
Is this an attempt to duplicate bug #569182 ?
Is this an attempt to duplicate bug #569182 ? Basically yes.Bug created in response to: >Bug #569182 Comment #8 from Michael Schumacher >2009-02-09 10:00 UTC [reply] >Is this bug report still useful? >IMO someone should summarize what does work (everything on my system) and what >not, maybe in a new bug. Alec?
I missed Tor's comment that: > Both the GIMP and GTK+ eyedropper seem to work for me on Windows, but for some > reason colors can be picked only from the first monitor. I can't verify this myself (only one monitor)
Behaviour from initial post confirmed on windows for both: GNU Image Manipulation Program version 2.6.4 using GEGL version 0.0.22 (compiled against version 0.0.22) using GLib version 2.18.3 (compiled against version 2.18.3) using GTK+ version 2.14.6 (compiled against version 2.14.6) using Pango version 1.22.2 (compiled against version 1.22.2) using Fontconfig version 2.4.2 (compiled against version 2.4.2) and GNU Image Manipulation Program version 2.7.0 using GEGL version 0.1.0 (compiled against version 0.1.0) using GLib version 2.22.2 (compiled against version 2.22.2) using GTK+ version 2.16.6 (compiled against version 2.16.6) using Pango version 1.22.4 (compiled against version 1.22.4) using Fontconfig version 2.6.0 (compiled against version 2.6.0)
I use Windows XP 64 bits and the color picker always get black, no matter what color I pick or where I do it. Is this a new bug I should report?
Does this still happen in latest 2.8.16?
Yes, it does, for all instances described in the original report. Windows 7 64 bit. Picks the correct color from all screens, though.
-- GitLab Migration Automatic Message -- This bug has been migrated to GNOME's GitLab instance and has been closed from further activity. You can subscribe and participate further through the new bug through this link to our GitLab instance: https://gitlab.gnome.org/GNOME/gimp/issues/295.