All answers ask to perform the change. How is that not an agreement? I was
hoping to get it in this release of Ubuntu. Alas.
2014-04-18 1:06 GMT+02:00 Sergey V. Udaltsov <email address hidden>:
> Gentlemen, I am really stuck at that point. I am refusing to make any
> changes before there is either some kind of agreement - or there are some
> minimally conclusive voting results.
> I do not take any sides (I cannot have any personal opinion, not using
> French). I am just freezing the situation.
>
> --
> You received this bug notification because you are subscribed to the bug
> report.
> https://bugs.launchpad.net/bugs/221112
>
> Title:
> Can't use space bar in search bar when using french alternative
> keyboard
>
> Status in libgnomekbd:
> Confirmed
> Status in Listen, a Music player and management:
> Confirmed
> Status in Quod Libet is a GTK+-based audio player written in Python.:
> Unknown
> Status in The Rhythmbox Music Management Application:
> Confirmed
> Status in SciTE - A free source code editor for Win32 and X:
> New
> Status in central project for keyboard configuration:
> Confirmed
> Status in “quodlibet” package in Ubuntu:
> Invalid
> Status in “rhythmbox” package in Ubuntu:
> Fix Released
> Status in “xkeyboard-config” package in Ubuntu:
> Fix Released
> Status in “xkeyboard-config” source package in Precise:
> Triaged
>
> Bug description:
> [Impact]
> In the fr(oss) keymap, both space and Ctrl + space return the same
> XLookupString, which prevents space from being used in some applications.
>
> This had been fixed in lucid and maverick, but the patch appears to
> have been misplaced during the (rather major) update from 1.8 to 2.1,
> thus the reports of it regressing in comments #135 and #141, as well
> as dupe bug #938671.
>
> [Development Fix]
> Patch 128_fix_oss_ctrl_space_accelerator.patch fixed this problem in
> lucid and maverick, but was dropped in natty when we updated to upstream
> xkeyboard-config 2.1. However, the patch was also sent upstream and
> accepted there. So for quantal a cherrypick of that commit was backported.
>
> [Stable Fix]
> Since currently quantal is shipping the same xkeyboard-config version as
> precise, we can carry the same patch there as well.
>
> [Test Case]
> 1. Set keyboard to fr(oss). (Note due to unrelated bug, you need to do
> this in your /etc/defaults/keyboard config file.)
> 2. Start rhythmbox
> 3. Do a song search
> 4. Type in a search term that includes a space character
>
> Broken Behavior: Space triggers the play/pause function in rhythmbox
> Fixed Behavior: A space character is inserted
>
> [Regression Potential]
> The patch is one we carried in lucid and maverick (when rhythmbox was
> the default music player IIRC), and has been upstream for a while. So I
> think it is a safe change.
>
> Actually, I'm surprised there have not been more complaints about it
> lately. But during the interim we'd switched to banshee so perhaps
> users didn't notice it.
>
> [Original Report]
> I tried to search for "The Do" in the search bar, but the space bar
> didn't write a space. Instead, it played the currently selected song (space
> is the shortcut for playing/pausing the song). I've just installed the last
> Hardy release candidate.
>
> ProblemType: Bug
> Architecture: i386
> Date: Wed Apr 23 19:30:12 2008
> DistroRelease: Ubuntu 8.04
> ExecutablePath: /usr/bin/rhythmbox
> NonfreeKernelModules: nvidia
> Package: rhythmbox 0.11.5-0ubuntu6
> PackageArchitecture: i386
> ProcEnviron:
>
> PATH=/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/usr/games
> LANG=fr_FR.UTF-8
> SHELL=/bin/bash
> SourcePackage: rhythmbox
> Uname: Linux 2.6.24-16-generic i686
>
> To manage notifications about this bug go to:
> https://bugs.launchpad.net/libgnomekbd/+bug/221112/+subscriptions
>
All answers ask to perform the change. How is that not an agreement? I was
hoping to get it in this release of Ubuntu. Alas.
2014-04-18 1:06 GMT+02:00 Sergey V. Udaltsov <email address hidden>:
> Gentlemen, I am really stuck at that point. I am refusing to make any /bugs.launchpad .net/bugs/ 221112 oss_ctrl_ space_accelerat or.patch fixed this problem in keyboard config file.) dules: nvidia ture: i386 local/sbin: /usr/local/ bin:/usr/ sbin:/usr/ bin:/sbin: /bin:/usr/ games /bugs.launchpad .net/libgnomekb d/+bug/ 221112/ +subscriptions
> changes before there is either some kind of agreement - or there are some
> minimally conclusive voting results.
> I do not take any sides (I cannot have any personal opinion, not using
> French). I am just freezing the situation.
>
> --
> You received this bug notification because you are subscribed to the bug
> report.
> https:/
>
> Title:
> Can't use space bar in search bar when using french alternative
> keyboard
>
> Status in libgnomekbd:
> Confirmed
> Status in Listen, a Music player and management:
> Confirmed
> Status in Quod Libet is a GTK+-based audio player written in Python.:
> Unknown
> Status in The Rhythmbox Music Management Application:
> Confirmed
> Status in SciTE - A free source code editor for Win32 and X:
> New
> Status in central project for keyboard configuration:
> Confirmed
> Status in “quodlibet” package in Ubuntu:
> Invalid
> Status in “rhythmbox” package in Ubuntu:
> Fix Released
> Status in “xkeyboard-config” package in Ubuntu:
> Fix Released
> Status in “xkeyboard-config” source package in Precise:
> Triaged
>
> Bug description:
> [Impact]
> In the fr(oss) keymap, both space and Ctrl + space return the same
> XLookupString, which prevents space from being used in some applications.
>
> This had been fixed in lucid and maverick, but the patch appears to
> have been misplaced during the (rather major) update from 1.8 to 2.1,
> thus the reports of it regressing in comments #135 and #141, as well
> as dupe bug #938671.
>
> [Development Fix]
> Patch 128_fix_
> lucid and maverick, but was dropped in natty when we updated to upstream
> xkeyboard-config 2.1. However, the patch was also sent upstream and
> accepted there. So for quantal a cherrypick of that commit was backported.
>
> [Stable Fix]
> Since currently quantal is shipping the same xkeyboard-config version as
> precise, we can carry the same patch there as well.
>
> [Test Case]
> 1. Set keyboard to fr(oss). (Note due to unrelated bug, you need to do
> this in your /etc/defaults/
> 2. Start rhythmbox
> 3. Do a song search
> 4. Type in a search term that includes a space character
>
> Broken Behavior: Space triggers the play/pause function in rhythmbox
> Fixed Behavior: A space character is inserted
>
> [Regression Potential]
> The patch is one we carried in lucid and maverick (when rhythmbox was
> the default music player IIRC), and has been upstream for a while. So I
> think it is a safe change.
>
> Actually, I'm surprised there have not been more complaints about it
> lately. But during the interim we'd switched to banshee so perhaps
> users didn't notice it.
>
> [Original Report]
> I tried to search for "The Do" in the search bar, but the space bar
> didn't write a space. Instead, it played the currently selected song (space
> is the shortcut for playing/pausing the song). I've just installed the last
> Hardy release candidate.
>
> ProblemType: Bug
> Architecture: i386
> Date: Wed Apr 23 19:30:12 2008
> DistroRelease: Ubuntu 8.04
> ExecutablePath: /usr/bin/rhythmbox
> NonfreeKernelMo
> Package: rhythmbox 0.11.5-0ubuntu6
> PackageArchitec
> ProcEnviron:
>
> PATH=/usr/
> LANG=fr_FR.UTF-8
> SHELL=/bin/bash
> SourcePackage: rhythmbox
> Uname: Linux 2.6.24-16-generic i686
>
> To manage notifications about this bug go to:
> https:/
>
--
Olivier Grégoire