-
-
Notifications
You must be signed in to change notification settings - Fork 48
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Emulated tablet is mishandled in openQA hardware tests #9563
Emulated tablet is mishandled in openQA hardware tests #9563
Comments
I'm not sure yet if the real issue is choosing wrong driver, or maybe "wacom" is the right driver but the emulated device has some incorrect metadata (that didn't caused issues with libinput device). |
The update includes "Bind to all tablets if this driver is installed" change: https://src.fedoraproject.org/rpms/xorg-x11-drv-wacom/c/534dbfcc8170aa1c6685048227a722fe83104723?branch=rawhide |
https://bodhi.fedoraproject.org/updates/FEDORA-2024-d84f47c97d - pushed to stable 10h ago. The tests on the other host (hw1) didn't fail because this update didn't reach the other host yet (message on bodhi says the update may take up to 24h to propagate to mirrors). |
PiKVM device isn't detected as a tablet, but as a mouse that happens report absolute position. This makes it keep using libinput driver instead of the wacom driver. The absolute mouse required special handling in input-proxy to work, but maybe that's a better approach than working around the wacom driver... |
Check if a "mouse" report absolute capabilities - if so try to connect it as a tablet first. If that doesn't work, tablet service has a fallback to mouse. QubesOS/qubes-issues#9563
Automated announcement from builder-github The package
|
Automated announcement from builder-github The package
|
Automated announcement from builder-github The component
|
Automated announcement from builder-github The package
|
Automated announcement from builder-github The component
|
Automated announcement from builder-github The package
|
Automated announcement from builder-github The component
|
Automated announcement from builder-github The component
|
Automated announcement from builder-github The component
|
Automated announcement from builder-github The component
|
It's ascii, not binary. Fortunately, for mouse reporting relative or absolute X,Y events only the result is the same. QubesOS/qubes-issues#9563
It's ascii, not binary. Fortunately, for mouse reporting relative or absolute X,Y events only the result is the same. QubesOS/qubes-issues#9563
Observation
openQA test in scenario qubesos-4.3-pull-requests-x86_64-system_tests_gui_tools@hw7 fails in
qui_widgets_clipboard
Mouse moves in wrong positions, for example trying to move to the right bottom corner moves it somewhere in the middle of the screen.
Reproducible
Fails since (at least) Build 2024110705-4.3
Expected result
Last good: 2024110421-4.3 (or more recent)
Further details
Always latest result in this scenario: latest
https://openqa.qubes-os.org/tests/117793#investigation shows interesting diff:
This looks relevant. Inspecting X log shows the tablet used libinput driver before and now it uses wacom driver.
Logs
Old (good):
New (broken):
The text was updated successfully, but these errors were encountered: