The popup advanced color selector displays correctly but clicking in it doesn't select colour and so does not make the selector disappear.
I don't have this problem with the 4.4.2-beta2 appimage on Linux, Debian 10.
This is really mac specific then I guess
By "anymore" I understand "it worked in 4.4.1"? Then I'm marking this as a regression.
I can sort of reproduce on macOS, but it's more complicated than the original report says; also, it's about the shift-i color selector, not the popup palette. * clicking doesn't select a color * click-move does select a color
And I can confirm it's a regression.
I can see the same behaviour in Krita 4.1.7 on my Linux, unless I misread something... It seems deliberate/intentional - that way you can select both lightness and hue/color (depending on which selector you use, of course) at the same time (aka, without needing to click twice to get the selector). Moving away from the selector closes it.
Oupsy yes that's the palette I meant. But it's very simple to reproduce in my case: I just launch krita and invoke this palette.
I think the main problem on macos is that click doesn't select a color; not hiding the palette seems intentional.
Fixed in 5a4fe7ee2084ef26ddafc28e7e864b598e16e22c, backported to f5c98f5d93110444f6a63496d58f8e04eda0f01b. --- https://invent.kde.org/graphics/krita/-/commit/5a4fe7ee2084ef26ddafc28e7e864b598e16e22c Fix triangle color selector not reacting to mouse events Before this commit, there was an issue with selecting the colors from the left and top areas. It was possible to move to them only if the user dragged the point from the right-bottom area. This was a regression from ae1b3c71. This commit fixes this behaviour by making sure that the "constainsPoint" method returns true for all the appropriate points even on high dpi displays.
*** Bug 430314 has been marked as a duplicate of this bug. ***