Bug 373760 - tablet pen stopping working on viewport area and no pressure
Summary: tablet pen stopping working on viewport area and no pressure
Status: RESOLVED WORKSFORME
Alias: None
Product: krita
Classification: Applications
Component: Tablets (tablet issues are only very rarely bugs in Krita!) (other bugs)
Version First Reported In: 3.1.1
Platform: Microsoft Windows Microsoft Windows
: NOR normal
Target Milestone: ---
Assignee: Krita Bugs
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2016-12-17 13:19 UTC by epixerion
Modified: 2020-10-31 12:56 UTC (History)
4 users (show)

See Also:
Latest Commit:
Version Fixed/Implemented In:
Sentry Crash Report:


Attachments
DebugView Log (58.04 KB, text/plain)
2016-12-17 13:19 UTC, epixerion
Details

Note You need to log in before you can comment on or make changes to this bug.
Description epixerion 2016-12-17 13:19:45 UTC
Created attachment 102837 [details]
DebugView Log

Hi, I've trier krita for the first time this week, the software worked very well the very first time ( could draw for 3-4 hour), but after my reboot the next day, my tablet started to behave strangely with krita : the pressure don't work anymore, on the viewport if I get my pen away of my tablet and hover it again over the viewpot, krita don't recognise the movement anymore.
The pen only work on the user interface area ( I can move freely and click on every button without the tablet to do weird thing).

the pressure work correctly on other paint software.

I'm using windows 10, with a wacom bamboo pen & touch.
wacom driver are up to date, krita reinstalled multiple time, configuration cleaned up several time, opengl disabled.
Comment 1 epixerion 2016-12-17 13:58:34 UTC
I add this comment to update my bug :

I though my 4 monitor setup could have something to do with this bug, so I did different step in order to understand why my bug is happening.

I first rebooted my computer with only 1 of my monitor, then started krita, as soon as I tried my tablet this popup appeared on krita : 

http://droplr.epixerion.com/VNQz/27vcZD81

choosing the second option made krita work as expected, as well as the first one.

------

for my second test, I plugged back all my monitor after restarting my computer, this time, when I launched krita, the same popup appeared (that popup never happened before I tried to unplug 3 of my monitor) with different value :

http://droplr.epixerion.com/nCWY/12U4lMk7

If I choose the second option (selected by default), krita work as expected, my tablet work, and i get the pressure sensitivity back.
If i use the first option (wintab), I can only draw on 1/4 of the viewport on krita (eg : http://droplr.epixerion.com/9OWl/1kYoYKZT).

I cannot say what is really happening, but I hope these test could help you find a solution,

I have to point out the very first time I launched krita, none of this popup window or bug happened at all (everything started after my reboot).
Comment 2 Halla Rempt 2016-12-22 12:13:45 UTC
You probably have to reset your wacom settings. Wacom can get very confused with a multi-monitor setup. See: https://docs.krita.org/KritaFAQ#How_to_fix_a_tablet_offset_on_multiple_screen_setup_on_Windows . We recently had another report very similar to yours -- it seems as if the screen krita is on only gets mouse events, from your tablet log. 

A tablet sends for every position the stylus is in two events: one claiming it's a stylus, one claiming it's a mouse. I suspect that other applications take the x, y coordinates of the mouse event, because that apparently is more dependable than the x, y coordinates of the stylus event, even though it lacks the precision of the stylus...

We're considering doing the same thing, but haven't managed to do that yet -- until now we're trusting the tablet driver to give us correct tablet events...