RHEL Engineering is moving the tracking of its product development work on RHEL 6 through RHEL 9 to Red Hat Jira (issues.redhat.com). If you're a Red Hat customer, please continue to file support cases via the Red Hat customer portal. If you're not, please head to the "RHEL project" in Red Hat Jira and file new tickets here. Individual Bugzilla bugs in the statuses "NEW", "ASSIGNED", and "POST" are being migrated throughout September 2023. Bugs of Red Hat partners with an assigned Engineering Partner Manager (EPM) are migrated in late September as per pre-agreed dates. Bugs against components "kernel", "kernel-rt", and "kpatch" are only migrated if still in "NEW" or "ASSIGNED". If you cannot log in to RH Jira, please consult article #7032570. That failing, please send an e-mail to the RH Jira admins at rh-issues@redhat.com to troubleshoot your issue as a user management inquiry. The email creates a ServiceNow ticket with Red Hat. Individual Bugzilla bugs that are migrated will be moved to status "CLOSED", resolution "MIGRATED", and set with "MigratedToJIRA" in "Keywords". The link to the successor Jira issue will be found under "Links", have a little "two-footprint" icon next to it, and direct you to the "RHEL project" in Red Hat Jira (issue links are of type "https://issues.redhat.com/browse/RHEL-XXXX", where "X" is a digit). This same link will be available in a blue banner at the top of the page informing you that that bug has been migrated.
Bug 1674315 - [wayland]Mouse pointer in relative mode should not activate anything outside spice-gtk widget
Summary: [wayland]Mouse pointer in relative mode should not activate anything outside ...
Keywords:
Status: CLOSED CURRENTRELEASE
Alias: None
Product: Red Hat Enterprise Linux 8
Classification: Red Hat
Component: spice-gtk
Version: ---
Hardware: Unspecified
OS: Unspecified
unspecified
low
Target Milestone: rc
: ---
Assignee: Julien Ropé
QA Contact: SPICE QE bug list
URL:
Whiteboard:
Depends On: 1682775
Blocks: 1806601
TreeView+ depends on / blocked
 
Reported: 2019-02-10 23:28 UTC by David Jaša
Modified: 2020-11-11 00:55 UTC (History)
7 users (show)

Fixed In Version:
Doc Type: If docs needed, set a value
Doc Text:
Clone Of:
Environment:
Last Closed: 2020-11-05 07:42:39 UTC
Type: Bug
Target Upstream Version:
Embargoed:

Attachments (Terms of Use)

Description David Jaša 2019-02-10 23:28:47 UTC 
Description of problem:
When the mouse pointer is in relative mode (no matter if via cursor-grabbing or via stopped agent in VMs with disabled vmport), all actions by the mouse should be received just by the spice-gtk widget, no action by the mouse alone should lead to focus escaping the spice-gtk widget and thus the active guest app.

Version-Release number of selected component (if applicable):
spice-gtk3-0.35-7.el8.x86_64

How reproducible:
always

Steps to Reproduce:
1. start VM with <features><vmport state='off'/>, conect to it
2. stop vdagent
3. click into the widget (press <release cursor shortut appears in client window title)
4. move the cursor in one direction until it gets visibly out of the widget (bug 1674311)
5a. click
5b. move the cursor into the top-left corner and move top-left again

Actual results:
5a. the cursor activates the element outside the spice-gtk widget
5b. gnome shell overview is triggered

Expected results:
no mouse action alone can result in spice-gtk widget losing mouse focus/session grab

Additional info:
compare with windowed openarena doesn't:
- let pointer get visibly outside of the widget
- allow clicks to reach anything else
OTOT it's still vulnerable to lose focus to hot corners (at least on Wayland)
Comment 1 Victor Toso 2019-02-12 13:45:13 UTC 
If pointer leaves the widget (bug 1674311) the focus goes to other application (this bug). Isn't this bug just a consequence of the other one?
(Wayland related, moving to 8.1 but we might close as DUP)
Comment 2 David Jaša 2019-03-13 18:27:49 UTC 
I'd swear I encountered it in X11 destkop as well so I'll retest it when possible. Now I encountered it even in Windows.
Comment 3 David Jaša 2019-03-19 14:23:13 UTC 
Observation from Windows client: at one occasion, two pointers were displayes: one where it was in the guest and one presumably where it was in the client - in the center of the window. When I moved the mouse, guest cursor moved accordingly and client moved as well, until in fraction of second, it snapped back to the window center. However, when I made a mouse movement quickly enough, the second cursor got outside of the remote-viewer canvas area. The cursor wasn't entirely free, it could move in letterbox-like area around the canvas but it was enough to send the click elsewhere and thus lose the focus.
Comment 5 Francesco Giudici 2020-06-14 05:10:44 UTC 
Update on current status
- Issue in Wayland should be fixed in RHEL-8.3 (see bug 1674311)
- Issue seems no more present in Windows 10 (Windows 7 was not checked, see bug 1559023)
- Cannot reproduce with xorg
Comment 8 Julien Ropé 2020-11-04 08:19:55 UTC 
I've not been able to reproduce this with the latest code.
Based on the last comment from Francesco, it seems this has been fixed with bug #1674311.
Should we close it?
Comment 9 Tomas Pelka 2020-11-05 07:10:24 UTC 
(In reply to Julien Ropé from comment #8)
> I've not been able to reproduce this with the latest code.
> Based on the last comment from Francesco, it seems this has been fixed with
> bug #1674311.
> Should we close it?

yes
Note You need to log in before you can comment on or make changes to this bug.