Hi David, On Mon, Nov 13, 2023 at 11:08 PM David Revoy <davidrevoy@xxxxxxxxxxxxxx> wrote: > > Hi Benjamin, > > > Here is a little bit of history of why you were encountering this bug [...] > > Many thanks for all the details you wrote about the bug, I found > your email so interesting that I couldn't resist to copy/paste it > on my blog[1]. Heh, glad you found it interesting. Too bad it was tough to understand :) > > > And that's exactly what happened in your case David. Which is why I'm > > so happy (also because I fixed the tools from an author I like and > > already had the books at home :-P): > > Please send me an email in private with your adress; I'll be happy to > send you an original drawing. That will be my way to thank you :-) Oh, that would be wonderful. Many thanks. I'll send a separate email. > > > Could you please once again attach the hid-recorder of the Pro 24 > > while doing the following sequence: > > - touch with the tip of the stylus the tablet > > - while touching, press the upper button (the problematic one) > > - still while touching, release the button > > - remove the stylus > > Sure, you'll find the action (repeated three times) recorded here [2] Thanks a lot. However, I realized this morning 2 issues (sorry): - you made the recording while the HID-BPF program was attached, which is now obvious that anyone would do that. But the program sometimes discards events, so I am not sure now if sometimes the device is not sending the spurious events, or if the filter was acting correctly. (Note to self, next time, while in the testing phase, do not blindly discard the events, but remap them to an ignored report) - that device is really "interesting" in how it behaves with the eraser mode emulation: when you press the second button while touching the pen, we get a spurious release of the touch event... And this leads me to think that I'm not sure about all of the transitions we can have with buttons :( TL;DR: there is still work to do for me and for you if you still agree to send me more traces. > > > you could also give a test of the artifacts of job 51469284[3]. > > > > The points to check are: > > - if you right click while touching the surface, do you still get only > > a right click or some weird glitches in addition to it? > > - if you right click while not touching (hovering), no glitches? > > I tested. It's a bit hard to tell if it causes glitches or if the > behavior is normal or not. I'm not using the right-click this way. > I always use it in "hover mode". With artifact or without, the > behavior is while the tip is pressed, the right-click quickly > 'disapear' but it is probably normal because I test on contextual > menu and clicking somewhere else makes this type of menu disapear. AFAICT you used the artifacts from job 51469284. Which is good. But as I mentioned above, the tablet is sending a spurious event I haven't anticipated, which results in a left click (well release/click) from the host point of view. And that very well explains the disappearance of the right-click menu. > > I hope this will help, It does, but there are glitches that I'd like to fix. I need to iron out the bpf filter for those use cases. I rewrote the tests today to take those into account (assuming I understand the HW enough) and I think they are better now. But I would also totally understand that you had enough debugging and you would rather focus on using the tablets, instead of debugging them. In which case, someone else from the community might help me. Cheers, Benjamin > Cheers, > > David > > [1] https://www.davidrevoy.com/article1002/how-a-kernel-developer-made-my-styluses-work-again > [2] https://www.peppercarrot.com/extras/mailing-list/hid-records/XPPEN-Artist-24-Pro/XPPEN-Artist-24-Pro_pen_tip-contact-and-action-press-release-upper-stylus-button-x3.txt >
