GIMP-2.99.18 - a painted color color-picks differently than the color that was actually dialed in to be painted
On GIMP-2.99.18 a painted color is not always the color that was intended to be painted. To reproduce:
- Open a new 32-bit floating point image in the built-in sRGB color space. Make the background white (the background color is probably irrelevant).
- Using the Change Foreground Color tool, dial in sRGB reddest red (R=100, G=B=0). Now paint a patch of solid reddest red.
- Repeat for sRGB bluest blue (R=G=0, B=100), greenest green (you get the idea), yellowest yellow, most cyan cyan, and most magenta magenta.
- Now color-pick each of the just-painted "most saturated sRGB colors". One or more of the colors will not color-pick as the same color that was painted. For example, greenest green might color pick as R=0, B=17, G=100. And so forth.
Which colors are affected seems a bit random. How much a color is affected also seems a bit random.
This bug affects GIMP-2.99.18 on Debian Trixie Linux, installed from source downloaded from gitlab. It also affects GIMP-2.99.18 for Windows, downloaded from gimp.org.
The bug does not affect GIMP-2.99.16. It also does not affect various versions of GIMP-2.10.
Some possibly relevant older bug reports: #1980 (closed) #2091 #1997 (closed)
Using or not using "Sample average" and "Sample merged" didn't seem to make any difference.