https://bugs.kde.org/show_bug.cgi?id=441755
--- Comment #2 from wolthera <griffinval...@gmail.com> --- Ok, this is rather tricky. so the problem seems to be with the HSV transform itself. When checking where the color goes wrong, it is normal before the HSV transform is applied, and is completely borked afterwarts, complete with overflow. However, I can't for the life of me figure out why the color smudge is THAT much different than the pixel brush. The pixel brush IS also affected, but it's very minor in comparison. Similarly, the HSV filter seems to work as expected. Turning the compatibility mode on or off does not seem to make a difference. I think this is a clamping issue, but the obvious way to clamp did not work, and it seems the filter already implements clamping in places. My best guess is that it is in fact not the HSV transform, but rather the way we use it inside the color smudge. I already tried having it not read and write to the same paintColor.data(), but that didn't seem to make a difference. Another thing that might be related is the precisepaintdevice wrapper, though, that'd make the bug also appear in 4.4... I am at a loss... -- You are receiving this mail because: You are watching all bug changes.
