Bug 1005387

Summary:	Keyboard input ignored while tryign to unlock guest in 2nd display
Product:	[Community] Virtualization Tools	Reporter:	Jonathon Jongsma <jjongsma>
Component:	virt-viewer	Assignee:	Daniel Berrangé <berrange>
Status:	CLOSED WONTFIX	QA Contact:
Severity:	unspecified	Docs Contact:
Priority:	unspecified
Version:	unspecified	CC:	acathrow, marcandre.lureau, xen-maint
Target Milestone:	---
Target Release:	---
Hardware:	Unspecified
OS:	Unspecified
Whiteboard:
Fixed In Version:		Doc Type:	Bug Fix
Doc Text:		Story Points:	---
Clone Of:		Environment:
Last Closed:	2013-10-26 14:07:52 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:

Description Jonathon Jongsma 2013-09-06 19:30:57 UTC

Description of problem:
When connected to a remote Fedora 19 guest with 2 displays, if the lock screen password dialog is on the second display, keypresses don't get passed to the password input.

Version-Release number of selected component (if applicable):
git commit 67ed4dff9829a1d957aebba9223028f6805dfafb


How reproducible:
unknown

Steps to Reproduce:
1. Set up a guest with 2 displays running Fedora 19.
2. lock the screen of the guest
3. On the second display, click and drag up with the mouse to raise the 'curtain' on the lock screen and expose the login form
4. type your password to unlock the guest

Actual results:
No characters appear in the password entry.  Keyboard input is ignored and the following warning is printed to the terminal:
(remote-viewer:6103): Gtk-CRITICAL **: gtk_widget_event: assertion `WIDGET_REALIZED_FOR_EVENT (widget, event)' failed


Expected results:
Password is displayed as symbols in the password entry, guest is unlocked when pressing enter.

Additional info:
If you focus on the first display (even though the password entry field is on the second display), and then type your password, it works as expected.

Comment 1 Jonathon Jongsma 2013-10-22 21:00:44 UTC

It appears that this may only happen if you have two QXL video devices configured on the guest, but the first QXL device has multiple displays configured.

Comment 2 Marc-Andre Lureau 2013-10-26 14:07:52 UTC

We made the deliberated choice to not support multiple qxl devices and xrandr. This is clearly expected to break in many ways, there is no interest in fixing that. Stick to one qxl device with linux.