After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 557447 - Various totem shortcuts in conflict with YouTube search
Various totem shortcuts in conflict with YouTube search
Status: RESOLVED FIXED
Product: totem
Classification: Core
Component: general
2.24.x
Other All
: Normal normal
: ---
Assigned To: General Totem maintainer(s)
General Totem maintainer(s)
Depends on:
Blocks:
 
 
Reported: 2008-10-22 16:16 UTC by kbit
Modified: 2008-10-22 17:48 UTC
See Also:
GNOME target: ---
GNOME version: 2.23/2.24



Description kbit 2008-10-22 16:16:56 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.
Comment 1 Philip Withnall 2008-10-22 16:34:19 UTC
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 ***
Comment 2 Bastien Nocera 2008-10-22 16:44:39 UTC
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...
Comment 3 Bastien Nocera 2008-10-22 17:48:02 UTC
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+.