Bug 333917 - [YIYNOVA] Pen stroke tracks across all screen in canvas, behaves normally in the menus with yiynova msp19u+
Summary: [YIYNOVA] Pen stroke tracks across all screen in canvas, behaves normally in ...
Alias: None
Product: krita
Classification: Applications
Component: Tablets (tablet issues are only very rarely bugs in Krita!) (show other bugs)
Version: 2.8.2
Platform: unspecified Microsoft Windows
: NOR grave
Target Milestone: ---
Assignee: Krita Bugs
Depends on:
Reported: 2014-04-26 14:52 UTC by kihauta
Modified: 2017-10-10 07:49 UTC (History)
2 users (show)

See Also:
Latest Commit:
Version Fixed In:


Note You need to log in before you can comment on or make changes to this bug.
Description kihauta 2014-04-26 14:52:23 UTC
When I try to draw with my yiynova Msp19u+ on krita 2.8.2 brush tracks across all my screens (I have a dual monitor setup right now). But it behaves normally when I move my pen in the menus. I've tested my tablet monitor on Manga Studio 5, Photoshop CS6 and Painter and in all of them it worked right out off the box, only program I've encountered this problem is Krita. Only way I can draw with Krita is that if I turn off my second monitor in the windows settings and use only my tablet monitor. I've tested this on windows 7 and 8.1 and in both it's still there, and in both I've tested it with a clean install with no Wacom drivers left behind from my old Intuos tablet.

Reproducible: Always

Steps to Reproduce:
1.Turn on Krita
2.Pick up pen
3.Try to draw
Actual Results:  
Cursor tracks as if it was tracking across all my monitors when trying to draw on canvas

Expected Results:  
Track where my pen is

My mouse works perfectly, and I must say that the pressure works great.. I just wish it would track correctly also
Comment 1 Halla Rempt 2014-04-29 08:32:24 UTC
We've had more reports of people having trouble with multiple monitors and tablet support. Unfortunately, my cintiq hybrid companion doesn't show the error, and I don't have access to a yiynova tablet monitor :-(
Comment 2 kihauta 2014-05-08 11:12:56 UTC
Well I hope some day there will be solution for this :) In the mean time I'm more than willing to help anyway I can, be it testing builds or whatnot.. I'd try to fix it myself but I have no background in anything related to coding :D What I've concluded about the problem is that if the cursor is working in the menus and not on the canvas then I think there's something wrong how krita handles the tablet cursor in canvas.. for example in Manga studio 5 in preferences -> tablet there is an option to select which tablet service to use.. mine is currently using wintab and it's working (In manga studio).
Comment 3 Dmitry Kazakov 2014-05-09 06:47:09 UTC
Hi, kihauta!

Could you activate "Crosshair + Brush outline" curor in the Krita Settings dialog and then make a video of how your cursor behaves?

Meanwhile I'll implement some more tablet debugging in Krita so you could generate more logs for us :)
Comment 4 Dmitry Kazakov 2014-05-13 06:55:31 UTC
Git commit 46a0efcd71c31ada1095687b3bd235bdd5c07eb4 by Dmitry Kazakov.
Committed on 13/05/2014 at 06:55.
Pushed by dkazakov into branch 'master'.

Added extensive tablet debugging on Windows

Right now, initialization debugging is always enabled (that is not
configurable), but the raw wintab values dumps are activated alongside
the usual event dumps.

M  +6    -0    krita/ui/input/kis_tablet_debugger.cpp
M  +1    -0    krita/ui/input/kis_tablet_debugger.h
M  +42   -21   krita/ui/input/wintab/kis_tablet_support_win.cpp

Comment 5 Dmitry Kazakov 2014-05-13 10:35:15 UTC
Hi, kihauta!

Could you please install this build of Krita and generate a log form me?

Here is the manual how to generate a log:

Just do a couple of strokes and paste the output here.
Comment 6 Halla Rempt 2014-06-20 13:19:37 UTC
set to waitingforinfo
Comment 7 Halla Rempt 2015-02-08 13:58:29 UTC
Resolving, since we're over half a year further on.