Bug 370234 - [WACOM] Krita can't read one of the pen buttons pressed
Summary: [WACOM] Krita can't read one of the pen buttons pressed
Status: RESOLVED FIXED
Alias: None
Product: krita
Classification: Applications
Component: Tablets (tablet issues are only very rarely bugs in Krita!) (show other bugs)
Version: 3.0.1
Platform: Microsoft Windows Microsoft Windows
: NOR normal
Target Milestone: ---
Assignee: Krita Bugs
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2016-10-07 07:35 UTC by Anti-Pizza
Modified: 2019-04-16 10:26 UTC (History)
1 user (show)

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


Attachments
Tablet log (209.82 KB, text/plain)
2016-10-07 07:39 UTC, Anti-Pizza
Details
kritarc file (22.24 KB, text/plain)
2016-10-07 09:29 UTC, Anti-Pizza
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Anti-Pizza 2016-10-07 07:35:53 UTC
Both pen buttons are worked just fine for a few hours after fresh installation of Krita 3.0.1.1. Then the below one is stopped working (which bind as middle mouse button). No idea why.

Second pen button (bind as mouse right) is still working tho.

Reinstallation (with wiping AppData shortcut files and krita folder) doesn't fix the issue. Driver re-installation too.

Reproducible: Always

Steps to Reproduce:
1. Open Krita
2. Try to canvas pan (the below one button)

Actual Results:  
Result: one pen button doesn't work

Expected Results:  
Button work

I have Wacom Bamboo Pen and Touch CTH-670 Driver 5.3.5-3. Windows 7, 32bit, SP1. Krita 3.0.1.1 - 32 bit.

Both pen buttons are work in GIMP.

PS: before 3.0.1.1 I tried 3.0 and the below one button doesn't work at all there since the beginning. Same with 3.0.1.9 Alpha.
Comment 1 Anti-Pizza 2016-10-07 07:39:07 UTC
Created attachment 101465 [details]
Tablet log

I've pressed second (the working one) button, then clicked with a pen itself. And after that pressed the "not working" button for a few times.
Comment 2 Halla Rempt 2016-10-07 09:00:59 UTC
Hm... I just cannot reproduce this. I can imagine that at some point the input mechanism gets confused and goes into a state where a certain click isn't recognized, but there's no way that that could persist past sessions. 

Can you also attach your kritarc and if present, the custom input settings definition? (The latter is in the resource folder, in the input folder)
Comment 3 Anti-Pizza 2016-10-07 09:29:31 UTC
Created attachment 101466 [details]
kritarc file

So here's the kritarc.
PS: It's not working even at the fresh install without any custom input settings or any other settings.
Comment 4 Anti-Pizza 2016-10-07 09:29:45 UTC
There's 4 bug reports that sounds very similar to mine:

Bug 359145 - [WACOM INTUOS CINTIQ] Krita ignores tablet pen button mapping on OSX
https://bugs.kde.org/show_bug.cgi?id=359145

Bug 351605 - [WACOM] Assigning middle mouse button to wacom button does not work as panning on/of
https://bugs.kde.org/show_bug.cgi?id=351605

Bug 337135 - [WACOM] Assigning modifier keys to the pen buttons doesn't work
https://bugs.kde.org/show_bug.cgi?id=337135

Bug 368849 - [Windows] Krita does not react to Wacom Penabled tabletPC stylus's Top Barrel Button/2nd Switch mouse event on canvas
https://bugs.kde.org/show_bug.cgi?id=368849

PS: Also, a report about that issue at the forums: https://forum.kde.org/viewtopic.php?f=139&t=133203&p=359285&hilit=krita+panning#p359285
(Solution which is shown there is not helped me tho)
Comment 5 Halla Rempt 2016-12-22 13:02:03 UTC
This might fix these issues: https://codereview.qt-project.org/#/c/179214
Comment 6 Halla Rempt 2019-04-16 10:26:47 UTC
Current nightly builds (https://bugs.kde.org/show_bug.cgi?id=397570) have a new implementation of both wintab and winink tablet support, so I don't think this report is still relevant.