Bug 1777556
| Summary: | [Wayland] Various Wacom Screen Tablet Functions Displayed on Incorrect Screen | ||||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| Product: | Red Hat Enterprise Linux 8 | Reporter: | Michael Boisvert <mboisver> | ||||||||||
| Component: | mutter | Assignee: | Carlos Garnacho <cgarnach> | ||||||||||
| Status: | CLOSED ERRATA | QA Contact: | Desktop QE <desktop-qa-list> | ||||||||||
| Severity: | medium | Docs Contact: | |||||||||||
| Priority: | unspecified | ||||||||||||
| Version: | 8.2 | CC: | cgarnach, fmuellner, jkoten, tpelka | ||||||||||
| Target Milestone: | rc | ||||||||||||
| Target Release: | 8.3 | ||||||||||||
| Hardware: | x86_64 | ||||||||||||
| OS: | Linux | ||||||||||||
| Whiteboard: | |||||||||||||
| Fixed In Version: | mutter-3.32.2-25 | Doc Type: | If docs needed, set a value | ||||||||||
| Doc Text: | Story Points: | --- | |||||||||||
| Clone Of: | |||||||||||||
| : | 1980804 (view as bug list) | Environment: | |||||||||||
| Last Closed: | 2020-04-28 16:10:14 UTC | Type: | Bug | ||||||||||
| Regression: | --- | Mount Type: | --- | ||||||||||
| Documentation: | --- | CRM: | |||||||||||
| Verified Versions: | Category: | --- | |||||||||||
| oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |||||||||||
| Cloudforms Team: | --- | Target Upstream Version: | |||||||||||
| Embargoed: | |||||||||||||
| Bug Depends On: | |||||||||||||
| Bug Blocks: | 1739559, 1980804 | ||||||||||||
| Attachments: |
|
||||||||||||
|
Description
Michael Boisvert
2019-11-27 19:54:14 UTC
Fixed in 3.32.2-25 With a fresh 8.2 install with mutter-3.32.2-26.el8.x86_64, I do not see this as fixed. I tested calibration and button mapping with the 22HD and 22HDT and both functions are displayed on the laptop's native screen instead of the tablet. How can I help, what logs are needed? If the mapping fails with this patch in place, there's 2 reasons I can think about: - The tablet output is somehow "hard coded" in gsettings - The display/tablet mapping is broken for the 22HD You say this is a fresh install, so shouldn't be the first (double check the "output" setting in "/org/gnome/desktop/peripherals/tablets/056a:00fa" and "/org/gnome/desktop/peripherals/tablets/056a:005b" though) Assuming it's the latter, I'd appreciate the output of: - "gdbus call --session --dest org.gnome.Shell --object-path /org/gnome/Mutter/DisplayConfig --method org.gnome.Mutter.DisplayConfig.GetResources" with the output plugged in. - "sudo libinput list-devices" - "xinput list <deviceid>" and "xinput list-props <deviceid>" for the stylus device on xorg Created attachment 1652864 [details]
gbus call 21UX2
Created attachment 1652877 [details]
libinput list-devices
Created attachment 1652879 [details]
xinputlist
Created attachment 1652880 [details]
xinputlistprops
Should have everything you asked for. Seems like the map buttons OSD is appearing on the wrong display in Xorg too. Results as follows: 22HDT: Calibrate and Map Buttons: Wrong display. 21UX2: Calibrate wrong, Map Buttons correct. 22HD: Calibrate wrong, Map Buttons correct. 21UX: Calibrate wrong, Map Buttons correct. 27QHD: Calibrate wrong, can't map buttons. So in general the button mapping is now displayed correctly but calibration is not. Should we verify this and file new bug(s) for the remaining issues? IMHO it's the best way forward. It sounds the remaining cases like the 22HDT are distinct ones. For the 27QHD it'd make sense to handle in a separate bug if the EKR cannot be mapped. (In reply to Carlos Garnacho from comment #15) > IMHO it's the best way forward. It sounds the remaining cases like the 22HDT > are distinct ones. For the 27QHD it'd make sense to handle in a separate bug > if the EKR cannot be mapped. RHEL8 EKR bug: https://bugzilla.redhat.com/show_bug.cgi?id=1638517 RHEL8 22HDT bug: https://bugzilla.redhat.com/show_bug.cgi?id=1807058 Verifying this for now, see above comment for remaining issues. (In reply to Michael Boisvert from comment #16) > (In reply to Carlos Garnacho from comment #15) > > IMHO it's the best way forward. It sounds the remaining cases like the 22HDT > > are distinct ones. For the 27QHD it'd make sense to handle in a separate bug > > if the EKR cannot be mapped. > RHEL8 EKR bug: https://bugzilla.redhat.com/show_bug.cgi?id=1638517 RHEL8 22HDT bug: https://bugzilla.redhat.com/show_bug.cgi?id=1807058 RHEL8 Remaining Calibration issues bug: https://bugzilla.redhat.com/show_bug.cgi?id=1807200 Since the problem described in this bug report should be resolved in a recent advisory, it has been closed with a resolution of ERRATA. For information on the advisory, and where to find the updated files, follow the link below. If the solution does not work for you, open a new bug report. https://access.redhat.com/errata/RHSA-2020:1766 |