GNOME Bugzilla – Bug 534268
Typing the space key to perform a search while watching a video does in fact "pause"
Last modified: 2008-07-12 23:57:04 UTC
Please describe the problem: I'm runnging Ubuntu Hardy with updates and Totem 2.22.1 Typing the space key to perform another search while watching a video with Totem-YouTube-Plugin does in fact "pause" Steps to reproduce: With Totem-YouTube-Plugin search "bang bang" Select any video to start watching it Go back to the search field and try to add another keyword separated with a space (for instance try to add " sheila" to "bang bang" to performa a search on "bang bnag sheila") Actual results: Typing space actually pauses the video Expected results: Typing space should add a space in the search field Does this happen every time? yes Other information:
Works fine for me here on Ubuntu. Are you sure you had the search field focussed?
yes i'm sure i start watching a video, then i select the search field where i add another keyword but if i press space then it pauses the video i've just tried also from ubuntu hardy liveCD and i got the same problem I precise that i'm running Compiz Fusion (don't know if it's related)
Would you mind trying it with Compiz Fusion disabled please?
i have the same problem without compiz fusion (no matter if metacity is configured with or without composite option) Note that i've recently changed my hardware (i had an Intel P4c processor with an Asus P4P800 Deluxe motherboard, a Radeon 8500 AGP graphic card and a SoundBlaster Live! PCI sound card, running with Ubuntu Hardy & Metacity with Compositing enabled) for an Intel Core 2 Duo E7200 processor with a ASRock Conroe 1333 DVI/H motherboard based upon an Intel 945G/945GC A2 chipset with Intel GMA 950 (embedded graphic), Realtek ALC888 (embedded sound) i didn't notice that bug with my former hardware configuration, so maybe is it related to that change ?
I noticed this happening quite often, in both directions; seems like the sidebar and main window are competitioning for exclusive access to hotkeys. Sometimes, I *do* want to pause with the P key, but it will only register it as if I was typing in the sidebar, even if I did focus the main window (clicking on buttons, etc). Very annoying, but it does not happen all the time.
antistress: Would you mind giving the exact sequence of things you do which triggers this bug please? I'll need every click and key press.
launch ubuntu hardy liveCD, select "français" start synaptic and install gstreamer0.10-plugins-bad ugly and ffmpeg launch Totem select YouTube plugin from Edition menu select YouTube in right panel key "bang bang" click on the search button click on the first frame (Nancy Sinatra Bang Bang) to start watching it once the clip has started, select the search field with the mouse cursor (place the cursor just after "bang bang") and key space to add a space after "bang bang" It pauses the video and doesn't add a space You can also try to search for "compizfusion", then watch the fisrt video and try to add a space between "compiz" and "fusion" : it pauses the video each time i key space in the search field while watching a video it pauses the video
Bastien?
I can't reproduce the problem here, even with a French keyboard layout, and French locale. What's the output of "xev" when you press space? I remember hearing a few things about Space not being "space" on some kbd layouts.
how can i know what's the output of "xev" ?
Run xev in a terminal, then press the spacebar with the xev window focussed. KeyPress and KeyRelease events should be printed in the terminal, so copy them into this bug report please.
Here is what i get with my hiper keyboard/USB KeyPress event, serial 31, synthetic NO, window 0x3800001, root 0x61, subw 0x0, time 18886301, (-570,-42), root:(526,8), state 0x10, keycode 65 (keysym 0x20, space), same_screen YES, XLookupString gives 1 bytes: (20) " " XmbLookupString gives 1 bytes: (20) " " XFilterEvent returns: False KeyRelease event, serial 31, synthetic NO, window 0x3800001, root 0x61, subw 0x0, time 18886405, (-570,-42), root:(526,8), state 0x10, keycode 65 (keysym 0x20, space), same_screen YES, XLookupString gives 1 bytes: (20) " " XFilterEvent returns: False Here is what i got with the same keyboard and usb-serial adaptator KeyPress event, serial 31, synthetic NO, window 0x3c00001, root 0x61, subw 0x0, time 19016449, (513,-669), root:(519,9), state 0x10, keycode 65 (keysym 0x20, space), same_screen YES, XLookupString gives 1 bytes: (20) " " XmbLookupString gives 1 bytes: (20) " " XFilterEvent returns: False KeyRelease event, serial 31, synthetic NO, window 0x3c00001, root 0x61, subw 0x0, time 19016557, (513,-669), root:(519,9), state 0x10, keycode 65 (keysym 0x20, space), same_screen YES, XLookupString gives 1 bytes: (20) " " XFilterEvent returns: False Both gave me the same bug in totem note that i've recently changed my motherboard/cpu/graphic/audio/lan but i've kept the same keyboard+mouse
here is what i get with another keyboard (serial MS Internet Keyboard) KeyPress event, serial 31, synthetic NO, window 0x3600001, root 0x61, subw 0x0, time 1119317, (102,75), root:(108,125), state 0x10, keycode 65 (keysym 0x20, space), same_screen YES, XLookupString gives 1 bytes: (20) " " XmbLookupString gives 1 bytes: (20) " " XFilterEvent returns: False KeyRelease event, serial 31, synthetic NO, window 0x3600001, root 0x61, subw 0x0, time 1119411, (102,75), root:(108,125), state 0x10, keycode 65 (keysym 0x20, space), same_screen YES, XLookupString gives 1 bytes: (20) " " XFilterEvent returns: False the other one (comment 12) is a Hiper Alloy Keyboard special edition (ref hck1k18a)
here is my /etc/X11/xorg.conf Section "InputDevice" Identifier "Generic Keyboard" Driver "kbd" Option "XkbRules" "xorg" Option "XkbModel" "pc105" Option "XkbLayout" "fr" Option "XkbVariant" "oss" EndSection
here is what i get with a 3rd keyboard (serial DELL Quietkey) KeyPress event, serial 31, synthetic NO, window 0x3800001, root 0x61, subw 0x0, time 238915, (97,-14), root:(103,36), state 0x10, keycode 65 (keysym 0x20, space), same_screen YES, XLookupString gives 1 bytes: (20) " " XmbLookupString gives 1 bytes: (20) " " XFilterEvent returns: False KeyRelease event, serial 31, synthetic NO, window 0x3800001, root 0x61, subw 0x0, time 239015, (97,-14), root:(103,36), state 0x10, keycode 65 (keysym 0x20, space), same_screen YES, XLookupString gives 1 bytes: (20) " " XFilterEvent returns: False Same bug with these 3 keyboards
Marking as a dupe of bug #541466 since there's a workaround in that bug: Sayerh Wassim wrote on 2008-07-11: > The problem is with the Français-Autre keyboard layout. When I switch to the Français-Legacy Alternative, the problem is resolved. *** This bug has been marked as a duplicate of 541466 ***