GNOME Bugzilla – Bug 557447
Various totem shortcuts in conflict with YouTube search
Last modified: 2008-10-22 17:48:02 UTC
Please describe the problem: Binary package hint: totem Ubuntu version in use: Intrepid beta Totem version in use: 2.24.1-0ubuntu2 What I wanted to do: Using the search function of the youtube plug-in, I wanted to search for a video whose name included the capital letter S, or the numbers 0, 1, or 2. What I expected to happen: I wanted to type in the search term and I expected the typed-in letters to appear in the search field. What happened instead: Whenever I type in Shift+S, I am offered a screenshot. (Shift+S is the shortcut to take a screenshot in totem). Pressing 0, 1, or 2 resize the window and fail to input the numbers into the search box. Source: https://bugs.launchpad.net/ubuntu/+source/totem/+bug/239585 PS: I filed this in 'general' instead of in 'Youtube Plugin', since I think that "Shift+S" is not a common shortcut for an action (rather Ctrl/Alt[+Shift]+SomeKey). On the other hand, though, when selected, the youtube search input box should process keyboard events exclusively. Steps to reproduce: 0. Start totem. 1. Enable the youtube plugin (Edit -> Plug-Ins -> Mark YouTube-Browser) 2. Press F9 to show the panel on the right edge of the window. 3. Select "YouTube" from the drop down menu. 4. Activate the search term field by left-clicking into it. 5. Type something, including Shift+S, 0, 1, or 2. Actual results: * Shift+S takes a screenshot and presents you with a save dialog. * 0, 1, 2 change the window size/aspect Expected results: * Shift+S enters "S" into the youtube search box. * Dito for figures. Does this happen every time? y Other information: Workaround: The search does not appear to be case-sensitive, in the first case, substituting the capital letters with lowercase works for letters. Searching for 0, 1, or 2 requires copying and pasting from another program, such as gedit. Proposed solution: Make all shortcut key combinations require the use of the alt key.
Thanks for the bug report. This particular bug has already been reported into our bug tracking system, but please feel free to report any further bugs you find. *** This bug has been marked as a duplicate of 541466 ***
The problem is actually a change of behaviour in GTK+. The keys are passed from GtkUIManager directly to the handlers instead of the applications being able to override them as in the past. It's not a problem with modifiers...
Worked around in gnome-2-24 and trunk. 2008-10-22 Bastien Nocera <hadess@hadess.net> * data/totem.ui: Remove accelerators for the window resize menu items, they were causing problems with the latest GTK+ whenever the sidebar was used (Closes: #557447) Filed bug 557464 against GTK+.