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 531279 - space character breaks search functionality with some keyboard layout
space character breaks search functionality with some keyboard layout
Status: RESOLVED DUPLICATE of bug 566712
Product: rhythmbox
Classification: Other
Component: User Interface
unspecified
Other Linux
: Normal normal
: ---
Assigned To: RhythmBox Maintainers
RhythmBox Maintainers
: 540203 (view as bug list)
Depends on:
Blocks:
 
 
Reported: 2008-05-03 21:02 UTC by Ludovic Lebègue
Modified: 2012-01-06 14:56 UTC
See Also:
GNOME target: ---
GNOME version: 2.21/2.22



Description Ludovic Lebègue 2008-05-03 21:02:34 UTC
Please describe the problem:
Please describe the problem:
A bug report has been opened on launchpad here:
https://bugs.launchpad.net/ubuntu/+source/rhythmbox/+bug/221112


If the user has a French Alternative keyboard layout and tries to enter a space
bar when focus is on the search bar, the currently selected song starts playing
instead of inserting a space character into the search string.

Steps to reproduce:
Steps to reproduce:
1. Set Keyboard layout to French Alternative (prefs->keyboard->layout tab->new
in ubuntu)
2. Open Rhythmbox and attempt to search for a song with a space character
separating words

Actual results:
The currently selected song plays

Expected results:
The space character is inserted into the search string.

Does this happen every time?
Yes - Using Ubuntu 8.04

Other information:
Check linked bug report for xorg.conf and gconf files for those experiencing
this bug.
bug reported to Freedesktop.org : http://bugs.freedesktop.org/show_bug.cgi?id=15804
Comment 1 Ludovic Lebègue 2008-05-03 21:13:01 UTC
One workaround is to select "France (Legacy) Alternative" layout
Comment 2 Sergey V. Udaltsov 2008-05-06 18:21:22 UTC
This has nothing to do with libgnomekbd. It is either app issue or gtk issue - as far as we proved that from XKB POV your key always generate normal space.
Comment 3 Ludovic Lebègue 2008-05-26 21:04:28 UTC
Seems to be actually linked to https://bugs.freedesktop.org/show_bug.cgi?id=9529

Not a GNOME bug.
Comment 4 Jonathan Matthew 2008-06-25 21:34:23 UTC
*** Bug 540203 has been marked as a duplicate of this bug. ***
Comment 5 Ludovic Lebègue 2008-06-26 05:36:05 UTC
This one should be reopened.
Comment 6 Jonathan Matthew 2008-06-26 06:38:45 UTC
OK, I'm reopening the bug.  Please provide any information you have that lead to the conclusion that this is actually an app bug.
Comment 7 Ludovic Lebègue 2008-06-27 06:18:23 UTC
To make that long story short :

=> It first identified this bug as a probable xkeyboard bug
=> I spend much time with xkeyboard-config guys (discussion here : http://bugs.freedesktop.org/show_bug.cgi?id=15804). We finally came to the conclusion that every thing was ok on this side and that there should be something to do on the application level. 
Comment 8 Jonathan Matthew 2008-06-27 12:00:21 UTC
Hmm.  I can't make much sense of any of that, and what little I can understand makes it seem like xorg's failure is somehow our problem.

That's mostly irrelevant, though, because bug 402882 gives a solid reason for changing the shortcut that mere mortal application developers like myself can actually understand.


*** This bug has been marked as a duplicate of 402882 ***
Comment 9 Ludovic Lebègue 2008-06-27 12:29:10 UTC
Great news!!! And furthermore it IS the same bug ...
Comment 10 Milan Bouchet-Valat 2012-01-06 14:56:20 UTC
What Comment #7 said seems to be outdated, see references on the more exact duplicate report.

*** This bug has been marked as a duplicate of bug 566712 ***