Problem summary
The Color Picker's Hue Slider jitters when editing the HSL Sliders with Saturation=0 and certain OCIO configs
There are 3 different ways to trigger this behaviour, and they all seem to be caused by the same underlying issue.
Customer reported version
Mari 7.0v2
Customer reported platform
Windows 10
Steps to reproduce
Launch Mari and open a Project.
Select File > Settings > Colorspace > OCIO Config, and choose one of the following configs that ship with Mari:
aces_1.0.3
aces_1.1
aces_1.3
spi-vfx Note: aces_1.3 causes the issue most clearly, and other configs imported by users may also trigger it.
Open the Select Color dialog or the Colors palette.
Extend the window until the Sliders panel appears.
Do one of the following:
Set the Saturation to 0, Value to more than zero, and drag the Hue Slider.
Set Value to more than 0, and drag the Saturation Slider to less than 0.
Set Saturation to 0 and drag the Value Slider.
Expected behaviour
In the first example, the Hue slider should move smoothly.
For the other two, the Hue slider shouldn't move at all. It should remain where the user left it last, in case they want to reuse that Hue.
Actual behaviour
In all 3 methods, the Hue Slider jumps around randomly, which means the user either loses a Hue value they cared for, or they're unable to set the precise value they want:
Workaround
Increase the Saturation to greater than 0.0 before editing the other Sliders.
Reproduced by support
This bug has been reproduced in:
Mari 7.0v2 - Windows 10 - Rocky 9
Mari 5.0v2 - Windows 10 - CentOS 7.9
Mari 4.8v2 - Windows 10
Mari 5.0v1 - Windows 10
Mari 4.7v1 - Windows 10
Mari 4.6v1 - Windows 10
Mari 4.5v1 - Windows 10
Mari 4.2v1 - Windows 10
Mari 4.1v1 - Windows 10 - CentOS 7.9 - regression
Unable to reproduce bug in:
Mari 4.0v4 - Windows 10 - CentOS 7.9
Earliest version tested
Mari 4.0v4 - This issue doesn't appear in this version and has regressed
