Panning bug in 4.4.2

Develop Artists Feedback & Testing
1

Hi guys. i’m someone who jumps around the canvas pretty rapidly, and i noticed this bug in 4.4.2 and above (does not happen in 4.4.1) that Krita will (pretty regularly) stop recognising that Spacebar is held down when making rapid panning/zooming movements, resulting in the color picker being activated (if CTRL is pressed down), or the tool in use before spacebar was pressed (usually the brush tool in my case). anyone else experience this? it makes using 4.4.2 very frustrating for me.

PC Specs: Core i7 3770, 24gb RAM and a Radeon HD 7770 GHZ edition. My tablet is a Huion Kamvas 13 2020.

1 Like
2

Yeah I have a similar issue on 4.4.2 and now that 4.4.3 is released however the issue is still there. When I do the [spacebar + ctrl] / [spacebar + shift] thing sometimes the combinations aren’t detected as if I was not pressing any button and just drawing normally, resulting in me drawing lines by accident. As soon as I let go of [spacebar] and pressing it again the bug stopped temporarily then it happened again when I switching the combo with either [shift] or [ctrl] so I have to let go of the [spacebar] every single time which is pretty inconvenient.

The thing is if I do the combination without dragging or hovering my pen tablet the bug is gone, and also if I use my mouse along with said combination as well. That bug only happens if I use my pen tablet at the same time so I think it was a compatibility issue? I’m using XP Pen Star 03 Pro, don’t know if Wacom users has that issue as well though.

I have tried updating my tablet driver, reinstalling Krita, and even reinstalling Windows (all of these doesn’t fix the bug). Downgrading to 4.4.1 do work though, so it has to do with 4.4.2 and now 4.4.3.

My conclusion is the bug is a version bug, and my only option as of currently is downgrading to v4.4.1 until the devs released a stable version that fixes the bug because honestly this bug is pretty infuriating and demotivates me trying to finish my artwork. The devs are working for a version 5 of Krita, I hope the bug gets fixed along the way. Also sorry if my reply is too long to read lol.

3

No comment on the panning bug, but as a tip, I’d recommend using middle mouse button to pan. It’s very fluid with a tablet.

1 Like
4

Thanks for the tip, yeah I’ve tried the middle mouse function and no bug for that shortcut. The only problem being is that I cannot remap it to spacebar so I have to get used to it.

5

This happens to me too. I thought I was just doing miss clicks somehow. But this behaviour has happen for a long while. The tool getting stuck and having to press space-bar to unlock it after.

MMB on the tablet? That must be so slow.

6

MMB on the tablet? That must be so slow.

Not really, what seems slow about it? I have MMB mapped to the front switch on my pen, so it’s under my thumb always. If only MMB+click+drag zoomed in Krita, it’d be perfect.

7

@Karkovb_152 Does your tablet driver settings/config utility have any facility for creating different ‘profiles’ for different applications?

If it does you should create a profile for krita while krita is running.
If you’ve already done this, delete that profile, restart your PC and create a new profile for krita while krita is running.
Try doing the above with version 4.4.3 to see if that fixes it for 4.4.3.

8

@hulmanen

I can’t think why mapping your stylus button to MMB instead of the Space key would noticeably more fluid, if that’s what you mean.

I haven’t tried it with a stylus but when using the mouse, Ctrl+MMB+drag will zoom and Shift+MMB+drag will rotate.

If you edit the Canvas Input Settings then it should be possible to have MMB+drag do a zoom. However, you’d have to remove that binding for pan as well. It gets confusing in there.

9

@AhabGreybeard

I have MMB mapped on my stylus because MMB is used for navigation in other software I use. MMB-drag seems to be a pretty standard gesture for panning, I think it’s the default in Krita as well. So I’m used to it, and also it is just one click vs. space plus click.

If I have to choose between MMB for pan or MMB for zoom, pan is more important.

10

No, my tablet only has a general profile setting and no option for multiple profiles for each individual apps.

11

@hulmanen @AhabGreybeard
I tried it and it kind of works and you can still MMB pan. MMB+LMB → release MMB, keep LMB down → click MMB again and zoom.

Skärmavbild 2021-03-26 kl. 15.32.45
Skärmavbild 2021-03-26 kl. 15.32.45490×97 7.29 KB

12

So it is possible to set two mouse button presses at once to a shortcut. I hadn’t managed to do that before, somehow. But as you say, it only kind of works.

13

can confirm this bug is still present in 4.4.3.

14

This bug report seems related but different:
435353 – Canvas navigation problem while switching from zoom to hand tool.

15

checked it out, it’s actually what I’m experiencing, or something really similar. windows 10.

16

checked the log on this, and this is what happened:

WARNING: modifiers state became inconsistent! Trying to fix that…
inputEvent->modifiers() = QFlagsQt::KeyboardModifier(NoModifier)
d->matcher.debugPressedKeys() = QVector(Qt::Key_Space, Qt::Key_Control)
WARNING: modifiers state became inconsistent! Trying to fix that…
inputEvent->modifiers() = QFlagsQt::KeyboardModifier(ControlModifier)
d->matcher.debugPressedKeys() = QVector()

18

Getting the same warning log:

WARNING: modifiers state became inconsistent! Trying to fix that...
     inputEvent->modifiers() = QFlags<Qt::KeyboardModifier>(NoModifier)
     d->matcher.debugPressedKeys() = QVector(Qt::Key_Shift, Qt::Key_Space)

How did this bug survive so many Krita versions? I guess it happens very rarely.

Edit:

This function that outputs this warning is itself suspicious: Another attempt to fix the locked modifiers state on Windows · KDE/krita@86cc68e · GitHub

It’s a shot in the dark but I’d just try to disable the fixShortcutMatcherModifiersState call altogether. For all we know it could be what’s causing the issue, since it was introduced few months before the release of 4.4.2. (November 2020)
But damn, I don’t feel like spending a week building krita just to debug this.

19

I think this has been reported here?:
438784 – Panning and zooming bug in Krita

It’s rare, it’s on Windows and, for me, it needs fast keyboard and stylus work.

1 Like
20

Yes, that seems to be an active bug report.

I can reproduce it very consistently (every 3rd or so Space+Shift tap, the bug appears). So I could test stuff out and theoretically try to debug it.

But I’ll just try Clip Studio for now. :frowning:

21

I have felt this for much much longer than 4.4.2.

1 Like