I could reproduce the bug in Surface using http://rbyers.github.io/eventTest.html: the pressure is always 0.5 during active button state (pen touching the tablet or hovering pen with barrel button pressed_. This means the pressure is not set at low-level events, so blink uses the default 0.5 as per the spec.

 Issue 684602  has been merged into this issue.

The title of this issue doesn't accurately cover the scope of the problem. Where the title implies that this is only a problem with the intuos tablet, it is actually all of windows. I'd hate to see this issue be triaged because it seems like an edge case.

Good point, setpixelphone. Changed the title.

Lan is focusing on switching low level eventing to use WM_POINTER, which should solve this problem.

Hi - question: Does M-58 mean that this will be done for Chromium 58 release? Eagerly awaiting!

Yes, Chromium 58 is our target.

When will this be implemented in the stable version of chrome? It's still not working in version 58.0.3029.110 (64-bit) for me.

Sorry daan93, you are right that the bug is still there: I tried on 58.0.3029.81 and the pressure is always 0.5 when the pen is touching the screen.

Lan, could you please check again? This is a sign of missing plumbing somewhere because Blink sets |pressure| to 0.5 when a value is not set.

Hi, I might be able to chime in. The fixes fell in 59 and not 58. I would check that it works in Canary or Beta. 

I am also very sad the fixes didn't get into 58. What's another month when you've been waiting a year? :D

I can confirm that it's working in Chrome Canary version 60.0.3100.0. Thankyou setpixel for clearing that up to me. I'm just happy it's fixed. It has been an even longer time since the Wacom pressure plugin was disabled by chrome along with all npapi plugins. Now I can work on my own painting application with the assurance that pressure will be available for everyone again in the near future, with added support for some non-wacom styluses. :)