Sequoia 15.3.1 (24D70)
Sequoia 15.3.1 (24D70)
It seems the difference is that with the "custom color" button, Settings applies the colour directly to the background, whereas the plus button at the bottom only applies it when you're done. Applying it directly seems to be computationally expensive (ass various elements of the UI need to figure out whether to render their text in black or white, depending on the colour - would be my guess at least).
I see this Custom Colour thingie at the top-right corner of the Wallpaper section, above a "Show on all Spaces" checkbox and left of a fairly big representation of the current desktop background.
After a bit of tinkering: this Custom Colour element is replaced with something else depending on the current background mode. If you selected a wallpaper image, it shows the name of the wallpaper. If you select a predefined colour, it shows the name of the color. When adding a custom colour, it will show an interactive element which allows to change the color in place, and that shows the buggy behaviour for me.
Ok, this at least explains why other people don't stumble over this as an obvious bug, I assumed it would be obvious, because the first thing I always do on a new Mac is to customize the background color by right-clicking the desktop, and since that moment I have that buggy Custom Colour element sitting there.
Not a great UX either way though.
PS: ...and now after adding a new custom color via the to bottom row of predefined colors, the bug in the 'Custom Colour' widget is gone and nobody will believe me it was ever there. Great :D
PPS: nope, it's coming back after going through the 'desktop => right-click => change wallpaper...' route again, phew.
In a way it's a perfect little example of how a bug can seem obscure to some (most) users/developers but seem glaring and unacceptable to a few (the few who happen to use the relevant feature a lot).
[1]: http://euclid.psych.yorku.ca/SCS/Gallery/colorpick.html
I’ll grant I might just be mole-eyesing it, it’s been a long day.