| Summary: | Context menu opens when I tap on a layer, overriding drag and show/hide actions | ||
|---|---|---|---|
| Product: | [Applications] krita | Reporter: | Chris W <chriswood> |
| Component: | Layer Stack | Assignee: | Krita Bugs <krita-bugs-null> |
| Status: | RESOLVED FIXED | ||
| Severity: | normal | CC: | dra.w.p.il.e+bugskde |
| Priority: | NOR | Keywords: | triaged |
| Version First Reported In: | 5.2.14 | ||
| Target Milestone: | --- | ||
| Platform: | Android | ||
| OS: | Android 14.x | ||
| Latest Commit: | https://invent.kde.org/graphics/krita/-/commit/54b7a2f824b94ab26ea8a22d88880e49c0321a66 | Version Fixed/Implemented In: | |
| Sentry Crash Report: | |||
| Attachments: |
attempting to drag a layer to reorder it using the stylus
screenshot of Tools settings |
||
|
Description
Chris W
2025-12-15 19:27:24 UTC
Not something I can reproduce on any of my Samsung devices, but it was reported on another device as well and seems to have something to do with kinetic scrolling. Can you take a screenshot of what your settings look like in that regard? Settings → Configure Krita, General category, Tools tab. Created attachment 187685 [details]
screenshot of Tools settings
(In reply to Chris W from comment #2) > Created attachment 187685 [details] > screenshot of Tools settings Thanks very much for your reply. Yes, I've attached a screenshot of those settings How does it behave when you change the "On Touch Drag" option to "On Click Drag" (the default) and then restart Krita? That is, properly restarting it, going into the applications overview, swiping it away and then starting it again. You'll know you did it correctly if you see the initial loading screen again. It should still let you scroll via touch afterwards. I can't quite make it it happen instantaneously on my devices when I change the setting, but it's definitely unduly faster than with the regular click drag setting, so it's likely that the problem is in this option somehow. (In reply to Chris W from comment #2) > Created attachment 187685 [details] > screenshot of Tools settings Thanks very much for your reply. Yes, I've attached a screenshot of those settings(In reply to dra.w.p.il.e+bugskde from comment #4) > How does it behave when you change the "On Touch Drag" option to "On Click > Drag" (the default) and then restart Krita? That is, properly restarting it, > going into the applications overview, swiping it away and then starting it > again. You'll know you did it correctly if you see the initial loading > screen again. > > It should still let you scroll via touch afterwards. I can't quite make it > it happen instantaneously on my devices when I change the setting, but it's > definitely unduly faster than with the regular click drag setting, so it's > likely that the problem is in this option somehow. (In reply to dra.w.p.il.e+bugskde from comment #4) > How does it behave when you change the "On Touch Drag" option to "On Click > Drag" (the default) and then restart Krita? That is, properly restarting it, > going into the applications overview, swiping it away and then starting it > again. You'll know you did it correctly if you see the initial loading > screen again. > > It should still let you scroll via touch afterwards. I can't quite make it > it happen instantaneously on my devices when I change the setting, but it's > definitely unduly faster than with the regular click drag setting, so it's > likely that the problem is in this option somehow. It works much better with "On Click Drag" thank you. I can now show/hide layers by tapping on the 'eye' icon. The context menu only opens when I long press the layer with the style or my finger now. I can't drag to reorder the layers anymore, as dragging scrolls the list up and down, but that's OK. I can use the chevron up and chevron down buttons in the layers panel to do that. Also, when I first open the file, when I drag my finger across the screen to pan, it paints a stroke instead. Touch panning only works after I have made a brush stroke with the stylus. After making a brush stroke with the stylus, I can use my finger to pan. Before that, my finger paints a stroke. I'm happy with this workaround, thank you so much for your help. I can report the behaviour with touch panning in a separate bug if that would be helpful? Alright, thanks. I'll set this bug to confirmed then. The thing with touch drawing is intentional, it's caused by the "Touch Painting" setting being set to "Auto", which makes Krita guess whether you have a pen or not. You can change it to "Disabled" instead. A possibly relevant merge request was started @ https://invent.kde.org/graphics/krita/-/merge_requests/2590 Git commit 7070ac178b3a205d8d2e65678cd153e31e1f4a80 by Dmitry Kazakov, on behalf of Carsten Hartenfels. Committed on 07/01/2026 at 08:49. Pushed by dkazakov into branch 'master'. [android] Make touch scrolling not trigger menu When setting the kinetic scroll gesture to touch drag on Android, it doesn't actually delay the emulation of mouse events, so we must not subtract the kinetic scroll delay from the long-press emulation or else we end up instantly opening the context menu. M +1 -5 libs/ui/KisLongPressEventFilter.cpp https://invent.kde.org/graphics/krita/-/commit/7070ac178b3a205d8d2e65678cd153e31e1f4a80 Git commit 54b7a2f824b94ab26ea8a22d88880e49c0321a66 by Dmitry Kazakov, on behalf of Carsten Hartenfels. Committed on 16/01/2026 at 14:30. Pushed by dkazakov into branch 'krita/5.2'. [android] Make touch scrolling not trigger menu When setting the kinetic scroll gesture to touch drag on Android, it doesn't actually delay the emulation of mouse events, so we must not subtract the kinetic scroll delay from the long-press emulation or else we end up instantly opening the context menu. M +1 -5 libs/ui/KisLongPressEventFilter.cpp https://invent.kde.org/graphics/krita/-/commit/54b7a2f824b94ab26ea8a22d88880e49c0321a66 |