Bug 331917

Summary: brush not visible when using tablet, but visible and usable when using mouse
Product: [Applications] krita Reporter: varun <varun_parchure>
Component: GeneralAssignee: Krita Bugs <krita-bugs-null>
Status: RESOLVED FIXED    
Severity: normal CC: dimula73, galkinga, halla
Priority: NOR    
Version: 2.8 Beta   
Target Milestone: ---   
Platform: Ubuntu   
OS: Linux   
Latest Commit: Version Fixed In:
Attachments: tablet event log
backtrace of the crash dump

Description varun 2014-03-09 15:27:55 UTC
after a crash which happened when i was alternating between the mouse and an iball pen tablet to sketch using the brush, i am no longer able to use the table to control the brush on the canvas.
the brush cursor becomes invisible when i use the tablet, but it is fully functional when using the mouse, 
when i switch from the mouse to the tablet on the canvas the cursor becomes invisible, after switching back to the mouse it is again functional
the tablet is functional in all other areas, i can select tools, colours, etc. but cannot use the tablet for implmeting the actions of the tools like drawing lines, sketching, selecting etc.
when trying out brushes on the edit brush settings button tool-bar both the tablet and the mouse work
i re-installed krita 
i restored settings to default value,
i configured the tablet in the tablet settings, i can do the configuration both with the tablet and  the mouse
still the problem persists

Reproducible: Always

Steps to Reproduce:
1. problem starts from the time i launch krita


Actual Results:  
cannot sketch using tablet

Expected Results:  
to be able to sketch using tablet

my computer configuration:
processor: AMD Phenom X2 965 be
graphics card: radeon hd5850
ram: 4gb
os: linux ubuntu 13.10

using an iball pen tablet wp8060
Comment 1 varun 2014-03-09 15:29:04 UTC
please read tablet for table
i appologize for the typo
Comment 2 Dmitry Kazakov 2014-03-10 08:01:42 UTC
Hi, varun!

Did you try to remove the Krita configuration file and clear the settings directory?

rm -rf ~/.kde/share/apps/krita/*
rm /.kde/share/config/kritarc
Comment 3 varun 2014-03-10 14:18:45 UTC
thanks

i accessed the files
rm -rf ~/.kde/share/apps/krita/*
rm /.kde/share/config/kritarc

but i don't know how to change file permissions to edit/delete them,
i will try to remove these files and report back
Comment 4 varun 2014-03-10 15:32:38 UTC
thanks,

i found the kritarc file and the krita folder at a different location in ubuntu 13.10

/usr/share/kde4/config/kritarc
/usr/share/kde4/apps/krita/*

i deleted the kritarc file and the contents of the krita folder in the apps; still the problem persists
i can use the mouse to sketch but not the tablet, everywhere else both work

after deleting the kritarc file not i do not see the configure krita option under the settings menue
Comment 5 Dmitry Kazakov 2014-03-11 04:45:04 UTC
Oh.. I seem to forgot to put a '~' sign in the second line... :( You needn't have deleted the system-wide settings. Now you can restore the files in /usr/share/kde4 folder by reinstalling 'krita' (or 'krita-testing' package using a package manager).

Generally, every KDE app in Linux has two sets of settings/resources folders. One is default system-wide one ( usually placed in /usr/share), and the other in the user's home directory (under ~/.kde or ~/.kde4). One usually need to remove only the latter one.

Ok, so, could you clarify me some questions:

1) Do I understand it right that before the crash the tablet was working correctly and after the crash it stopped working?

2) When do a stroke on the canvas with a tablet, nothing changes, right?

3) Could you generate a tablet log for me? Here is how to do it: https://answers.launchpad.net/krita-ru/+faq/2495
Comment 6 varun 2014-03-11 14:44:09 UTC
Created attachment 85534 [details]
tablet event log

generated a tablet event log as per guidance,

randomly moved the tablet on the canvas,
selected the "rectangle" tool , selected the "ellipse" tool
tried to cancel, but krita crashed
Comment 7 varun 2014-03-11 14:45:32 UTC
Created attachment 85535 [details]
backtrace of the crash dump

back trace was generated after krita crashed while switching between tablet and mouse on the canvas
Comment 8 varun 2014-03-11 14:49:07 UTC
i re-installed krita, now all the menus and toolbars are visible

Ok, so, could you clarify me some questions:

1) Do I understand it right that before the crash the tablet was working correctly and after the crash it stopped working?
Yes, the tablet was working before the crash
even now, i can open menus, select tools with the tablet but cannot sketch on the canvas

2) When do a stroke on the canvas with a tablet, nothing changes, right?
Yes

3) Could you generate a tablet log for me? Here is how to do it: https://answers.launchpad.net/krita-ru/+faq/2495
Attached the event log with filename "tablet event log"

thank you
Comment 9 varun 2014-03-11 14:52:00 UTC
i also attached a backtrace of a crash which happened, don't remember what i did prior to the crash,
figured it may be useful

thanks
Comment 10 Dmitry Kazakov 2014-03-12 05:44:37 UTC
Both the crash and the logs are really strange :(

The log tells that Krita is accepting the tablet events nicely, including valid pressure sensitivity. The crash dump points to some suspicions thing in KoToolManager + paint op. Probably, the bug happens because there is no paint op/tool is associated with this device?
Comment 11 varun 2014-03-12 15:02:40 UTC
will reverting to an older version help?
how do i change to the 2.7 version?

thanks
Comment 12 Halla Rempt 2014-03-15 09:02:01 UTC
I';d first try to upgrade to the final 2.8.0 release. If that doesn't work, you need to use the distribution packaging tools to remove krita, then remove the backports ppa and reinstall krita. Krita in the default repositories is likely 2.7.
Comment 13 Dmitry Kazakov 2014-03-25 10:14:04 UTC
Git commit 6708d8d4a7a5e311c2e539c029a9613dad6385d0 by Dmitry Kazakov.
Committed on 25/03/2014 at 10:03.
Pushed by dkazakov into branch 'master'.

Added support for the 'evdev' tablets

There are two complications:

1) In each event 'evdev' reports not all the axes preset, but
   only recently changed ones, so we need to keep the state of all
   the axes internally.

2) 'aiptek' tablet reports that it is a keyboard. Well, let us not
   disappoit it that it is not. Now we just check whether this nice
   "keyboard" supports xinput motion and proximity events.
Related: bug 332239, bug 331572, bug 329641

M  +86   -0    krita/ui/input/wintab/kis_tablet_support.h
M  +66   -16   krita/ui/input/wintab/kis_tablet_support_x11.cpp

http://commits.kde.org/calligra/6708d8d4a7a5e311c2e539c029a9613dad6385d0
Comment 14 Dmitry Kazakov 2014-03-27 09:23:31 UTC
Git commit f406313a16c16294e1f438bb2a296d4fbaf075ab by Dmitry Kazakov.
Committed on 25/03/2014 at 10:03.
Pushed by dkazakov into branch 'calligra/2.8'.

Added support for the 'evdev' tablets

There are two complications:

1) In each event 'evdev' reports not all the axes preset, but
   only recently changed ones, so we need to keep the state of all
   the axes internally.

2) 'aiptek' tablet reports that it is a keyboard. Well, let us not
   disappoit it that it is not. Now we just check whether this nice
   "keyboard" supports xinput motion and proximity events.
Related: bug 332239, bug 331572, bug 329641

M  +86   -0    krita/ui/input/wintab/kis_tablet_support.h
M  +66   -16   krita/ui/input/wintab/kis_tablet_support_x11.cpp

http://commits.kde.org/calligra/f406313a16c16294e1f438bb2a296d4fbaf075ab
Comment 15 Dmitry Kazakov 2014-05-12 11:20:00 UTC
Hi, varun!

Two days ago I've updated Krita Lime packages, could you try testing the new version? Probably, this problem has already been solved?
Comment 16 varun 2014-05-12 15:06:11 UTC
Thank You,
i removed krita, then
i re-installed krita and installed krita sketch as per the instructions on the download page

earlier i had upgraded ubuntu to 14.04

but still the issue is as it is, i can sketch with the mouse but not the tablet
Comment 17 Dmitry Kazakov 2014-05-13 06:59:22 UTC
(In reply to comment #16)

Erm.. did you run 'kritasketch' or usual 'krita'?
Comment 18 varun 2014-05-13 14:54:37 UTC
I ran both
Kritasketch froze my system and i had to force reboot
Krita worked OK except for the issue with the tablet
Comment 19 German Galkin 2014-06-08 14:55:46 UTC
Had exactly the same issue with krita 2.8.1 (1:2.8.1-1-0ubuntu3): brush is disappearing/not drawing when operated with a tablet (Huion 580), but works fine with a mouse. Interestingly enough tablet worked fine in kritasketch (1:2.8.1-1-0ubuntu3) for me.

Now I just installed krita-testing (2+git20140607+r75540-46-dk~ubuntu14.04.1) from Dmitry's repository and can confirm that the problem is fixed. Thanks!