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 841359 - The F11 (Full-screen toggle) sometime works and sometimes doesn't.
Summary: The F11 (Full-screen toggle) sometime works and sometimes doesn't.
Keywords:
Status: CLOSED NOTABUG
Alias: None
Product: Red Hat Enterprise Linux 7
Classification: Red Hat
Component: spice-gtk
Version: 7.0
Hardware: Unspecified
OS: Unspecified
unspecified
medium
Target Milestone: rc
: ---
Assignee: Default Assignee for SPICE Bugs
QA Contact:
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2012-07-18 18:42 UTC by Bill Sanford
Modified: 2013-10-07 20:35 UTC (History)
5 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2013-10-07 20:35:10 UTC
Target Upstream Version:
Embargoed:


Attachments (Terms of Use)

Description Bill Sanford 2012-07-18 18:42:51 UTC
Description of problem:
When I launch the remote-viewer, sometimes F11 will bring a Remote-viewer window to full-screen mode and sometimes it wont.

With remote-viewer in windowed mode, open up an application, like gedit. With gedit in focus, press the F11 key. Now, gedit will go to full-screen mode since F11 is the "Hot key" for Windows and RHEL 7 OSs to have the application in and out of "Full-screen" mode. If I then press F11 again, then the gedit window will then return to its original windowed size within the windowed SPICE VM.

If I then close gedit (And with no other applications running) and press the F11 key, this *should* bring the "windowed" SPICE VM to full-screen and the SPICE VM does not get out of windowed mode until you click on the SPICE window titlebar to reset the focus to the actual VM and not inside it.

The F11 key should also be a toggle and it can only be used if the SPICE window is in windowed mode and you must use the hidded drop down from the remote-viewer at the top of the SPICE VM.

Version-Release number of selected component (if applicable):
RHEL-7.0-20120711.2

How reproducible:
100%

Steps to Reproduce:
1. In description
2.
3.
  
Actual results:
F11 is not a hotkey and doesn't work until specific focus requirements are met.

Expected results:
F11 is a hotkey and works to bring the SPICE VM in and out of full-screen.

Additional info:

Comment 1 Yonit Halperin 2013-10-07 18:34:33 UTC
IIUC the description, this doesn't sound like a bug. If the mouse is inside the vm, F11 is directed to the vm and not to the remote-viewer window. Spice doesn't have info about windows opened inside the guest, and can't guess to which window the F11 was directed, to the remote viewer, or to a windows inside the guest.

Comment 2 Marc-Andre Lureau 2013-10-07 20:35:10 UTC
Yonit is right. The hotkeys are not global by default, so all input is redirected to VM regardless of what is running in the VM, unless the mouse pointer is outside the display area (menu or toolbar, or some other application widget)

if hotkeys are specified by controller or command line, they become global and are catched by the client.

closing for now.


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