GNOME Bugzilla – Bug 678495
Eyedropper selects only black in Windows 7 "Basic" theme
Last modified: 2012-08-04 00:37:17 UTC
The eyedropper returns only black when used, regardless of the colour underneath the pointer. Steps to Reproduce: In GIMP, click the Foreground Color box, then, click on the canvas (or anywhere else) Actual Results: The colour selected is black (#000000). Expected Results: The colour under the cursor is selected. Additional Information: The eyedropper has the same bug, even in colour selection dialog boxes in other tools like Colorify. Platform: Windows 7 Home Premium (x64)
I found that this bug occurs only in the Windows Basic theme. The eyedropper functions normally in a Windows Aero theme.
Maybe related to bug 676708, although the restriction to a certain group of themes is new.
Reproduced. Extra info: If the Color Picker Tool is selected before opening the Change Foreground Color pane and selecting the Eyedropper, although the first click on the canvas will return black, the next (now using the Color Picker Tool) will select the correct color. However; with the Change Foreground Color pane still open, although the color picked will be picked correctly by the Color Picker Tool, the returned color will be overridden by the black erroneously selected by the Eyedropper. In other words; it seems that he bug is in the Change Foreground Color pane code somewhere, since it is overriding the otherwise working correctly Color Picker Tool. If the Eyedropper and Color Picker Tool are calling the same functions/using the same code, the bug will lie in how the Change Foreground Color handles the picked color (or so I'd imagine). If the Eyedropper and Color Picker Tool are not using the same code, they should (in my opinion).
The color picker tool only picks within an image, the color dialog picker is supposed to pick a color from anywhere on the screen. We want both, and if they use the same code, they'd have to support picking from anywhere on the screen.
(In reply to comment #4) > The color picker tool only picks within an image, the color dialog picker is > supposed to pick a color from anywhere on the screen. > > We want both, and if they use the same code, they'd have to support picking > from anywhere on the screen. My bad.
Most likely a duplicate. *** This bug has been marked as a duplicate of bug 676708 ***