Summary: | Eyedropper icon stays visible after a quick color selection | ||
---|---|---|---|
Product: | [Applications] krita | Reporter: | Manga Tengu <mangatengu> |
Component: | * Unknown | Assignee: | Krita Bugs <krita-bugs-null> |
Status: | CONFIRMED --- | ||
Severity: | normal | CC: | ghevan, halla |
Priority: | NOR | ||
Version: | 5.1.4 | ||
Target Milestone: | --- | ||
Platform: | macOS (DMG) | ||
OS: | macOS | ||
Latest Commit: | Version Fixed In: | ||
Sentry Crash Report: |
Description
Manga Tengu
2022-12-29 21:21:00 UTC
PS: Please note I use the no cursor setting for my cursor. It seems it won't happen if you have another cursor option which will have a graphic representation (a dot or an icon...) I've seen this happen even though I use the brush outline cursor, so setting to confirmed. I'm simply not sure it is really fixable, though. It's also not a regression, I've seen this before on my mac. I think there is a mix here: brush outline is not a cursor option. I guess you mean you use "preview outline" as brush outline shape. I'm talking about the Brush Cursor Icon option (which is just above). If you put it to anything except "no cursor" you will not have the persistent eyedropper issue. I could not make the cursor to stuck after 15min of blending colors. My cursor is set to none, and outline to brush preview. We had stuck icons with the zoom actions a while ago, and maybe I got the eyedropper icon stuck once back then. Yes, I also sometimes struggled with reproducing and thought it was gone after this or that... sometimes it's very rare. But to tell you how much it was slowing me down, I started working with the white pixel cursor to "forget about it". Also is it possible it is related to the ARM architecture ? I think Halla has an M1 laptop just like me. I don't think is arch related, I'm also on arm64. The more likely reason is a signal could get lost under certain rare conditions. And reproducing those exact conditions is finicky. |