Description of problem: When first starting virt-viewer, it seems as if it will not grab the mouse initially sometimes. That is, I can type in the guest and otherwise interact with it, but the mouse is not constrained. If I hit "Ctrl-Alt" to force virt-viewer to grab the focus, then hit "Ctrl-Alt" again to ungrab, then click again, then virt-viewer will grab the focus. This is with the RHEL-5.2 beta packages: virt-viewer-0.0.2-1.el5 gtk-vnc-0.3.2-1.el5
This request was evaluated by Red Hat Product Management for inclusion in a Red Hat Enterprise Linux maintenance release. Product Management has requested further review of this request by Red Hat Engineering, for potential inclusion in a Red Hat Enterprise Linux Update release for currently deployed products. This request is not yet committed for inclusion in an Update release.
This request was previously evaluated by Red Hat Product Management for inclusion in the current Red Hat Enterprise Linux release, but Red Hat was unable to resolve it in time. This request will be reviewed for a future Red Hat Enterprise Linux release.
From a user perspective, this is a regression, even though virt-viewer is a new component. Marking it as such. Chris Lalancette
This bugzilla has Keywords: Regression. Since no regressions are allowed between releases, it is also being proposed as a blocker for this release. Please resolve ASAP.
This is *not* a regression from a user perspective. Previously we used plain 'vncviewer' for console and it did no automatic mouse grab at all, so there's no regression here. The behaviour where you press 'Alt+Ctrl' to trigger the grab is *intended* behaviour for GTK-VNC. It will only automatically grab the cursor if the VNC server supports the relative mouse pointer extension, which Xen does not.
*** This bug has been marked as a duplicate of 433711 ***
Clearing out old flags for reporting purposes. Chris Lalancette