[Desktop-packages] [Bug 1244158] Re: GNOME: Modifiers Only keyboard layout switch have no effect
Hi, I've tried the package in ubuntu proposed but it didn't fix the issue for me. -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to gnome-settings-daemon in Ubuntu. https://bugs.launchpad.net/bugs/1244158 Title: GNOME: Modifiers Only keyboard layout switch have no effect Status in “gnome-settings-daemon” package in Ubuntu: Confirmed Bug description: After setting up Alt+Shift keys to change the keyboard layout (via gnome-tweak-tool or via gnome control center), these key combinations do not provide the expected result. Expected Result: Keyboard layout is changed and keyboard indicator display updates Actual Result: Only keyboard indicator display updates, leaving the actual keyboard indicator in English. I have English-Hebrew keyboard layout configured with alt+shift for layout switching. Once the layout is on Hebrew, alt+shift switches back to English properly. Once the layout is on English, alt+shift changes the keyboard indicator to he, but actually the systems layout is still English. At this point, pressing Alt+Shift results in changes to the indicator display only, resulting in no actual layout switches. If Allow different sources for each window is selected in Input Sources Options then: - Changing the layout to Hebrew. - Alt-Tab to another window with a different layout. - Alt-Tab back, allows me to type back in Hebrew. When Alt+Shift switches to English: $ setxkbmap -query rules: evdev model: pc105 layout: us options:compose:caps,terminate:ctrl_alt_bksp,grp:alt_shift_toggle When Alt+Shift switches to Hebrew: $ setxkbmap -query rules: evdev model: pc105 layout: il,us variant:, options:compose:caps,terminate:ctrl_alt_bksp,grp:alt_shift_toggle Which seems right. But still when typing, English chars are being typed. I tried this with the packages from the official repos, gnome-ppa, and ppa:attente/1218322 as described here: http://askubuntu.com/questions/356357/how-to-use-altshift-combo-to-switch-keyboard-layout-in-13-10 All with the same effect. Ubuntu 13.10 gnome-settings-daemon 3.8.5-0ubuntu9 To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/gnome-settings-daemon/+bug/1244158/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
[Desktop-packages] [Bug 1318673] Re: Modifier-only input switching with non-latin keyboard layouts has no effect under GNOME Shell
The fix in ubuntu proposed didn't fix my issue. I was testing version 3.8.6.1-0ubuntu11.1. I tested with Caps Lock as the shortcut key, but I've also tried with Alt-Shift. I am able to change the keyboard layout once, and then it gets stuck in the second layout. The indicator didn't change at all during the test. Should this be a new bug, or do you think it is the same as #1244158? -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to gnome-settings-daemon in Ubuntu. https://bugs.launchpad.net/bugs/1318673 Title: Modifier-only input switching with non-latin keyboard layouts has no effect under GNOME Shell Status in “gnome-settings-daemon” package in Ubuntu: In Progress Status in “gnome-settings-daemon” source package in Trusty: Fix Committed Bug description: [Impact] In GNOME Shell, switching between latin and non-latin keyboard layouts using the XKB group options (e.g. ctrl+alt, alt+shift, etc.) doesn't work. This is a big usability problem for users that often need to switch layouts quickly, as using a typical shortcut with a non-modifier key is not appropriate for this function. See https://bugs.launchpad.net/gnome-settings-daemon/+bug/1218322 for impact. This occurs because gnome-settings-daemon updates the XKB layouts when ISO_Next_Group is pressed, but then XKB immediately locks to the next group afterwards. The proposed fix is to have gnome-settings-daemon watch for XkbStateNotify changes on the lock mask, and lock the correct group when XKB changes it. [Test case] In GNOME Shell: 1. gnome-control-center Keyboard Shortcuts Typing Modifiers-only switch to next source. Choose a key combination like Ctrl+Shift. 2. gnome-control-center Region Language Input Sources + Add a non-latin keyboard layout. I tested with English (US), Russian, and Arabic. 3. Tap the key combination. The indicator will switch between the two keyboard layouts, but typing will still be in the latin (English for me) layout. The gnome-settings-daemon package from https://launchpad.net/~attente/+archive/java-non-latin-shortcuts includes the proposed fix for testing purposes. The merge proposal is here: https://code.launchpad.net/~attente/gnome-settings- daemon/1218322/+merge/219055. [Regression potential] gnome-settings-daemon is already handling most of the keyboard layout configuration at the user level and updating XKB to keep consistent with the user's settings. So doing the proposed fix should only make it more consistent. But it might prevent XKB's layout switching from working in contexts where gnome-settings-daemon wouldn't expect to run or work, like for example in a VT, or in a full-screen application that has an active grab on the keyboard. To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/gnome-settings-daemon/+bug/1318673/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
[Desktop-packages] [Bug 1244158] Re: GNOME: Modifiers Only keyboard layout switch have no effect
Just another comment, I was able to work around this issue in 14.04 by changing the keyboard layout setting to apply globally instead of per- window. -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to gnome-settings-daemon in Ubuntu. https://bugs.launchpad.net/bugs/1244158 Title: GNOME: Modifiers Only keyboard layout switch have no effect Status in “gnome-settings-daemon” package in Ubuntu: Confirmed Bug description: After setting up Alt+Shift keys to change the keyboard layout (via gnome-tweak-tool or via gnome control center), these key combinations do not provide the expected result. Expected Result: Keyboard layout is changed and keyboard indicator display updates Actual Result: Only keyboard indicator display updates, leaving the actual keyboard indicator in English. I have English-Hebrew keyboard layout configured with alt+shift for layout switching. Once the layout is on Hebrew, alt+shift switches back to English properly. Once the layout is on English, alt+shift changes the keyboard indicator to he, but actually the systems layout is still English. At this point, pressing Alt+Shift results in changes to the indicator display only, resulting in no actual layout switches. If Allow different sources for each window is selected in Input Sources Options then: - Changing the layout to Hebrew. - Alt-Tab to another window with a different layout. - Alt-Tab back, allows me to type back in Hebrew. When Alt+Shift switches to English: $ setxkbmap -query rules: evdev model: pc105 layout: us options:compose:caps,terminate:ctrl_alt_bksp,grp:alt_shift_toggle When Alt+Shift switches to Hebrew: $ setxkbmap -query rules: evdev model: pc105 layout: il,us variant:, options:compose:caps,terminate:ctrl_alt_bksp,grp:alt_shift_toggle Which seems right. But still when typing, English chars are being typed. I tried this with the packages from the official repos, gnome-ppa, and ppa:attente/1218322 as described here: http://askubuntu.com/questions/356357/how-to-use-altshift-combo-to-switch-keyboard-layout-in-13-10 All with the same effect. Ubuntu 13.10 gnome-settings-daemon 3.8.5-0ubuntu9 To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/gnome-settings-daemon/+bug/1244158/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
[Desktop-packages] [Bug 1244158] Re: GNOME: Modifiers Only keyboard layout switch have no effect
I believe I'm seeing the same bug in Ubuntu 14.04. I'm using Caps Lock to switch layouts (set using gnome-tweak-tool). With the English layout: $ setxkbmap -query rules: evdev model: pc105 layout: us,il variant:, options:grp:caps_toggle And with the Hebrew layout: $ setxkbmap -query rules: evdev model: pc105 layout: il,il,us variant:lyx,, options:grp:caps_toggle (Not sure if it should show two ils in the layout field). After using Caps Lock to switch from English to Hebrew, further presses only change the indicator, but the keyboard continues to type Hebrew keys. I have gnome-control-center version 3.6.3-0ubuntu56 installed. -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to gnome-settings-daemon in Ubuntu. https://bugs.launchpad.net/bugs/1244158 Title: GNOME: Modifiers Only keyboard layout switch have no effect Status in “gnome-settings-daemon” package in Ubuntu: Confirmed Bug description: After setting up Alt+Shift keys to change the keyboard layout (via gnome-tweak-tool or via gnome control center), these key combinations do not provide the expected result. Expected Result: Keyboard layout is changed and keyboard indicator display updates Actual Result: Only keyboard indicator display updates, leaving the actual keyboard indicator in English. I have English-Hebrew keyboard layout configured with alt+shift for layout switching. Once the layout is on Hebrew, alt+shift switches back to English properly. Once the layout is on English, alt+shift changes the keyboard indicator to he, but actually the systems layout is still English. At this point, pressing Alt+Shift results in changes to the indicator display only, resulting in no actual layout switches. If Allow different sources for each window is selected in Input Sources Options then: - Changing the layout to Hebrew. - Alt-Tab to another window with a different layout. - Alt-Tab back, allows me to type back in Hebrew. When Alt+Shift switches to English: $ setxkbmap -query rules: evdev model: pc105 layout: us options:compose:caps,terminate:ctrl_alt_bksp,grp:alt_shift_toggle When Alt+Shift switches to Hebrew: $ setxkbmap -query rules: evdev model: pc105 layout: il,us variant:, options:compose:caps,terminate:ctrl_alt_bksp,grp:alt_shift_toggle Which seems right. But still when typing, English chars are being typed. I tried this with the packages from the official repos, gnome-ppa, and ppa:attente/1218322 as described here: http://askubuntu.com/questions/356357/how-to-use-altshift-combo-to-switch-keyboard-layout-in-13-10 All with the same effect. Ubuntu 13.10 gnome-settings-daemon 3.8.5-0ubuntu9 To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/gnome-settings-daemon/+bug/1244158/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
[Desktop-packages] [Bug 533200] Re: Window title misaligned in RTL languages
I offered a patch for this issue to metacity in 2010 (see https://bugzilla.gnome.org/show_bug.cgi?id=612940), that would mirror the window title. They didn't accept it, since they said it should have been up to the theme designer to choose whether to mirror, or to implement a different theme for RTL. The first method would work for Ubuntu's theme, but not for more complicated themes such as Crux. I tried to start discussing the extensions required to the theme files, but never got any response. ** Bug watch added: GNOME Bug Tracker #612940 https://bugzilla.gnome.org/show_bug.cgi?id=612940 -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to metacity in Ubuntu. https://bugs.launchpad.net/bugs/533200 Title: Window title misaligned in RTL languages Status in “light-themes” package in Ubuntu: Invalid Status in “metacity” package in Ubuntu: New Bug description: light-themes 0.1.5.9 light-themes 0.1.8.23, Ubuntu 11.10 beta 1 1. Set up a user account that uses a right-to-left language, such as Arabic. 2. Log in to that account. 3. Open any window. What you see: The title is on the left. What you should see: The title is on the right. (At least, as long as it is on the left in LTR languages.) (This bug report previously also covered poor appearance of the well for the title bar buttons, which is now fixed.) To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/light-themes/+bug/533200/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
[Desktop-packages] [Bug 664194] Re: Reversed (swapped) icons on forward/back buttons in RTL locales
Hi Andrea, Thanks for attending to this bug. I'm wondering if you can direct us to the cause of this bug, if it is not in light-themes. I'd like to note that it doesn't occur in Precise when using the Adwaita theme, but does occur when choosing Ambiance or Radiance. Regards, Haggai -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to nautilus in Ubuntu. https://bugs.launchpad.net/bugs/664194 Title: Reversed (swapped) icons on forward/back buttons in RTL locales Status in Light Themes: Invalid Status in Nautilus: Fix Released Status in Ubuntu Translations: New Status in “gtk+3.0” package in Ubuntu: Fix Released Status in “nautilus” package in Ubuntu: Fix Released Bug description: Binary package hint: nautilus I use Hebrew locale. I upgrade to ubuntu 10.10 and then I saw that icons on forward/back is reversed. The back icon point to left and forward icon point to right (see screenshot). In Hebrew its must to point conversely. In ubuntu 10.04 they pointed correctly. ProblemType: Bug DistroRelease: Ubuntu 10.10 Package: nautilus 1:2.32.0-0ubuntu1 ProcVersionSignature: Ubuntu 2.6.35-22.35-generic 2.6.35.4 Uname: Linux 2.6.35-22-generic i686 Architecture: i386 CheckboxSubmission: a1eeddb2760f9026f329f5e3a8ccc456 CheckboxSystem: 32980ee028b29311fef8e195a759b031 Date: Wed Oct 20 23:52:14 2010 ExecutablePath: /usr/bin/nautilus ProcEnviron: LANG=he_IL.UTF-8 SHELL=/bin/bash SourcePackage: nautilus To manage notifications about this bug go to: https://bugs.launchpad.net/light-themes/+bug/664194/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
[Desktop-packages] [Bug 664194] Re: Reversed (swapped) icons on forward/back buttons in RTL locales
Here's an updated screenshot of Nautilus under precise, using a Hebrew locale with the Ambiance theme. ** Attachment added: reversed-arrows.png https://bugs.launchpad.net/light-themes/+bug/664194/+attachment/2980543/+files/reversed-arrows.png -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to nautilus in Ubuntu. https://bugs.launchpad.net/bugs/664194 Title: Reversed (swapped) icons on forward/back buttons in RTL locales Status in Light Themes: New Status in Nautilus: Fix Released Status in Ubuntu Translations: New Status in “gtk+3.0” package in Ubuntu: Fix Released Status in “nautilus” package in Ubuntu: Fix Released Bug description: Binary package hint: nautilus I use Hebrew locale. I upgrade to ubuntu 10.10 and then I saw that icons on forward/back is reversed. The back icon point to left and forward icon point to right (see screenshot). In Hebrew its must to point conversely. In ubuntu 10.04 they pointed correctly. ProblemType: Bug DistroRelease: Ubuntu 10.10 Package: nautilus 1:2.32.0-0ubuntu1 ProcVersionSignature: Ubuntu 2.6.35-22.35-generic 2.6.35.4 Uname: Linux 2.6.35-22-generic i686 Architecture: i386 CheckboxSubmission: a1eeddb2760f9026f329f5e3a8ccc456 CheckboxSystem: 32980ee028b29311fef8e195a759b031 Date: Wed Oct 20 23:52:14 2010 ExecutablePath: /usr/bin/nautilus ProcEnviron: LANG=he_IL.UTF-8 SHELL=/bin/bash SourcePackage: nautilus To manage notifications about this bug go to: https://bugs.launchpad.net/light-themes/+bug/664194/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
[Desktop-packages] [Bug 927931] Re: [Upstream] RTL (CTL) is expected to be enabled in all cases by RTL users
Hi Yaron, Thanks for bringing this up here. Actually, my thought was to enable CTL at LibreOffice's startup, if a relevant input method is set up, or even enable it while a user is using LibreOffice, if the user changes their keyboard layout settings. Changing it during installation can be problematic if the user sets their keyboard layout only after the installation. Haggai -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to libreoffice in Ubuntu. https://bugs.launchpad.net/bugs/927931 Title: [Upstream] RTL (CTL) is expected to be enabled in all cases by RTL users Status in LibreOffice Productivity Suite: New Status in “libreoffice” package in Ubuntu: Confirmed Bug description: This is concerning the usability issue where an RTL user gets in front of LibreOffice and doesn't find the two directionality buttons in the toolbar (OMG!!!). He won't find them anywhere until he does 8 mouse clicks to turn the RTL feature on: Tools - Options - Language Settings - Languages - Enabled for complex text layout (CTL) - CTL: Language - OK My mom can't do this :-/ . This is how this happens: CTL is off by default in LibreOffice, and thus RTL is, too. As I've been briefed, this is how it gets turned on for RTL users automatically: 1. RTL locales 2. A language support package of one of the RTL languages is installed The problem is that these two triggers for CTL don't cover all the situations where an RTL user runs LibreOffice. Many RTL users choose a non-RTL locale. They can also choose not to install any of the language support packages. The presence of an RTL language layout is all that indicates their RTL-ness :) Even when RTL users use a friend's/public computer as guests they expect the RTL buttons. Then, why make RTL off by default? Does it cost a lot of memory? Does it have bad Karma? :) The expectation to have those RTL buttons is because they seem to be always there in Microsoft Office since as far as I can remember. I never had to turn anything on. They were always there by default. In order to understand the severity of this issue, let me tell you what users do when they don't find those RTL buttons. They try to configure the toolbar, thinking that they must be disabled there. They find them enabled, actually. Although enabled in the toolbar, they don't appear :-O . After that they're quite lost so they might go to the correct Language Settings - Languages configuration section. There, they will not find RTL or Left to right. How would they know whether to enable the Enhanced language support for Asian languages or for Complex text layout? Most users would lose a few hairs by that point. Thanks and blessings, Shahar ProblemType: BugDistroRelease: Ubuntu 12.04 Package: libreoffice (not installed) ProcVersionSignature: Ubuntu 3.2.0-14.23-generic 3.2.3 Uname: Linux 3.2.0-14-generic x86_64 ApportVersion: 1.91-0ubuntu1 Architecture: amd64 CasperVersion: 1.304 Date: Mon Feb 6 22:14:26 2012 LiveMediaBuild: Ubuntu 12.04 LTS Precise Pangolin - Alpha amd64 (20120206) ProcEnviron: PATH=(custom, no user) LANG=en_US.UTF-8 SHELL=/bin/bashSourcePackage: libreoffice UpgradeStatus: No upgrade log present (probably fresh install) To manage notifications about this bug go to: https://bugs.launchpad.net/df-libreoffice/+bug/927931/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
[Desktop-packages] [Bug 371570] Re: Wrong placement after Menu triggers
Are you sure it's gone? I thought I saw in the Unity panel menu bar, when opening the right most menu, or the right-most indicator in LTR. I think it sometimes appears positioned outside of the screen on the first time, and on further attempts it is positioned correctly. I'll have to check again to be sure. -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to gnome-menus in Ubuntu. https://bugs.launchpad.net/bugs/371570 Title: Wrong placement after Menu triggers Status in gnome-menus: Expired Status in Desktop panel for GNOME: Invalid Status in “gnome-menus” package in Ubuntu: Triaged Bug description: Binary package hint: gnome-menus Dear friends, 1. Installing or removing a package that has a menu item. 2. Click one of the menus. 3. It is located wrongly as shown in screen shot. Perhaps this is only visible in RTL. I didn't check LTR. Many blessings. This bug has a bounty on it: http://www.fossfactory.org/project/p195 ProblemType: Bug Architecture: i386 DistroRelease: Ubuntu 9.04 Package: gnome-menus 2.26.0-0ubuntu1 ProcEnviron: LANG=he_IL.UTF-8 SHELL=/bin/bash SourcePackage: gnome-menus Uname: Linux 2.6.28-11-generic i686 To manage notifications about this bug go to: https://bugs.launchpad.net/gnome-menus/+bug/371570/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
[Desktop-packages] [Bug 371570] Re: Wrong placement after Menu triggers
I believe they all use Gtk's menus, but of course their usage may vary. Anyway, I checked again in Unity and Unity-2d, and couldn't reproduce this behavior. Maybe I just imagined it... -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to gnome-menus in Ubuntu. https://bugs.launchpad.net/bugs/371570 Title: Wrong placement after Menu triggers Status in gnome-menus: Expired Status in Desktop panel for GNOME: Invalid Status in “gnome-menus” package in Ubuntu: Triaged Bug description: Binary package hint: gnome-menus Dear friends, 1. Installing or removing a package that has a menu item. 2. Click one of the menus. 3. It is located wrongly as shown in screen shot. Perhaps this is only visible in RTL. I didn't check LTR. Many blessings. This bug has a bounty on it: http://www.fossfactory.org/project/p195 ProblemType: Bug Architecture: i386 DistroRelease: Ubuntu 9.04 Package: gnome-menus 2.26.0-0ubuntu1 ProcEnviron: LANG=he_IL.UTF-8 SHELL=/bin/bash SourcePackage: gnome-menus Uname: Linux 2.6.28-11-generic i686 To manage notifications about this bug go to: https://bugs.launchpad.net/gnome-menus/+bug/371570/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
[Desktop-packages] [Bug 951464] Re: Wireless connections in network-manager-applet not editable
I'm also affected by this bug. After upgrading to precise, my laptop keeps asking for password when connecting to a previously saved EAP network. Trying to edit this network resulted in the error described in the bug. I haven't had problems connecting or editing WPA networks. -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to network-manager-applet in Ubuntu. https://bugs.launchpad.net/bugs/951464 Title: Wireless connections in network-manager-applet not editable Status in “network-manager-applet” package in Ubuntu: Confirmed Bug description: Right-click on the network manager applet -- edit connections On the tab wireless is the current network shown, I'd like to connect. In order to do so, I need to edit the connection. If I click on edit, the following error appears as a dialog: Error initializing editor No agents were available for this request. Close ProblemType: Bug DistroRelease: Ubuntu 12.04 Package: network-manager-gnome 0.9.2.0+git.20120126t000800.5151959-0ubuntu4 ProcVersionSignature: Ubuntu 3.2.0-18.28-generic-pae 3.2.9 Uname: Linux 3.2.0-18-generic-pae i686 ApportVersion: 1.94.1-0ubuntu2 Architecture: i386 CRDA: Error: [Errno 2] No such file or directory Date: Sat Mar 10 12:20:20 2012 EcryptfsInUse: Yes ExecutablePath: /usr/bin/nm-connection-editor InstallationMedia: Xubuntu 12.04 Precise Pangolin - Beta i386 (20120228) IpRoute: default via 132.176.143.126 dev eth0 proto static 132.176.143.96/27 dev eth0 proto kernel scope link src 132.176.143.98 metric 1 169.254.0.0/16 dev eth0 scope link metric 1000 NetworkManager.state: [main] NetworkingEnabled=true WirelessEnabled=true WWANEnabled=true WimaxEnabled=true ProcEnviron: LANGUAGE=en_US:en LANG=en_US.UTF-8 SHELL=/bin/bash RfKill: 0: phy0: Wireless LAN Soft blocked: no Hard blocked: no SourcePackage: network-manager-applet UpgradeStatus: Upgraded to precise on 2012-03-10 (0 days ago) nmcli-con: NAME UUID TYPE TIMESTAMPTIMESTAMP-REAL AUTOCONNECT READONLY DBUS-PATH Wired connection 1cc30221a-025d-4302-9360-b6e3e63ab9e4 802-3-ethernet1331377520 Sat 10 Mar 2012 12:05:20 PM CETyes no /org/freedesktop/NetworkManager/Settings/0 FU-StZ6e673f08-626e-4293-b943-753fa944b0d3 802-11-wireless 0never yes no /org/freedesktop/NetworkManager/Settings/3 nmcli-dev: DEVICE TYPE STATE DBUS-PATH wlan0 802-11-wireless disconnected /org/freedesktop/NetworkManager/Devices/1 eth0 802-3-ethernetconnected /org/freedesktop/NetworkManager/Devices/0 nmcli-nm: RUNNING VERSIONSTATE NET-ENABLED WIFI-HARDWARE WIFI WWAN-HARDWARE WWAN running 0.9.3.0connected enabled enabled enabledenabled disabled To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/network-manager-applet/+bug/951464/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
[Desktop-packages] [Bug 239222] Re: CTRL + W is not working while keyboard layout is on Hebrew
Just added this bug to the firefox package, as firefox-3.0 is no longer available, and this bug still occurs in firefox version 11.0~b7+build1-0ubuntu1 on precise. ** Also affects: firefox (Ubuntu) Importance: Undecided Status: New -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to firefox in Ubuntu. https://bugs.launchpad.net/bugs/239222 Title: CTRL + W is not working while keyboard layout is on Hebrew Status in The Mozilla Firefox Browser: Fix Released Status in “firefox” package in Ubuntu: New Status in “firefox-3.0” package in Ubuntu: Confirmed Status in “firefox-3.6” package in Arch Linux: New Bug description: Binary package hint: firefox-3.0 Ubuntu 8.04 Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9) Gecko/2008060309 Firefox/3.0 ProblemType: Bug Architecture: i386 Date: Wed Jun 11 19:00:06 2008 DistroRelease: Ubuntu 8.04 Package: firefox-3.0 3.0~rc1+nobinonly-0ubuntu0.8.04.1 PackageArchitecture: i386 ProcEnviron: PATH=/home/username/bin:/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/usr/games LANG=en_US.UTF-8 SHELL=/bin/bash SourcePackage: firefox-3.0 Uname: Linux 2.6.24-18-generic i686 To manage notifications about this bug go to: https://bugs.launchpad.net/firefox/+bug/239222/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
[Desktop-packages] [Bug 886902] Re: on boot, lightdm does not launch X server. manual lightdm restart works after but keyboard is qwerty
Hi, I've also got this error with an Archos 9 tablet, after installing the EMGD driver. -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to lightdm in Ubuntu. https://bugs.launchpad.net/bugs/886902 Title: on boot, lightdm does not launch X server. manual lightdm restart works after but keyboard is qwerty Status in “lightdm” package in Ubuntu: Invalid Bug description: On Oneiric 11.10 installation, lightdm was Ok on asus T91mt (display resolution not :-( ) After emgd driver installation (downgrading X server to 1.9), it refuse to launch X at boot (X exit with Unrecognized option: -background). Restarting lightdm manually allow to have X session but keyboard set to fr in/etc/default/keyboard is qwerty ligthtdm. ProblemType: Bug DistroRelease: Ubuntu 11.10 Package: lightdm 1.0.1-0ubuntu6 ProcVersionSignature: Ubuntu 3.0.0-12.20-generic 3.0.4 Uname: Linux 3.0.0-12-generic i686 ApportVersion: 1.23-0ubuntu4 Architecture: i386 Date: Sun Nov 6 20:20:23 2011 InstallationMedia: Ubuntu 11.10 Oneiric Ocelot - Release i386 (20111011) ProcEnviron: PATH=(custom, no user) LANG=fr_FR.UTF-8 SHELL=/bin/bash SourcePackage: lightdm UpgradeStatus: No upgrade log present (probably fresh install) To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/lightdm/+bug/886902/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
[Desktop-packages] [Bug 786855] Re: ** (vinagre:24330): WARNING **: The protocol vnc is not supported.
I don't see this issue anymore on Oneiric. -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to vinagre in Ubuntu. https://bugs.launchpad.net/bugs/786855 Title: ** (vinagre:24330): WARNING **: The protocol vnc is not supported. Status in “vinagre” package in Ubuntu: Expired Bug description: Binary package hint: vinagre I used to have vinagre connect to VNC servers, but for some reason I get this error when I try to: ** (vinagre:24330): WARNING **: The protocol vnc is not supported. Also, the VNC option doesn't appear in the Connect dialog box, only SSH. ProblemType: Bug DistroRelease: Ubuntu 11.04 Package: vinagre 2.30.3-1ubuntu2 ProcVersionSignature: Ubuntu 2.6.38-9.43-generic 2.6.38.4 Uname: Linux 2.6.38-9-generic x86_64 NonfreeKernelModules: nvidia Architecture: amd64 Date: Mon May 23 09:53:09 2011 EcryptfsInUse: Yes ProcEnviron: LANGUAGE=he_IL:en PATH=(custom, user) LANG=he_IL.UTF-8 SHELL=/bin/bash SourcePackage: vinagre UpgradeStatus: Upgraded to natty on 2011-05-01 (21 days ago) To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/vinagre/+bug/786855/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
[Desktop-packages] [Bug 373113]
Hi, I've tried LibreOffice Writer 3.5.0 beta2 on Mac OS, and the bug was still there. Regards, Haggai -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to libreoffice in Ubuntu. https://bugs.launchpad.net/bugs/373113 Title: [upstream] Writer imports Hebrew Word .doc file and missing some text after page break Status in LibreOffice Productivity Suite: Confirmed Status in The OpenOffice.org Suite: Confirmed Status in “libreoffice” package in Ubuntu: Triaged Status in “openoffice.org” package in Ubuntu: Won't Fix Bug description: Binary package hint: openoffice.org 1) lsb_release -rd Description: Ubuntu 11.04 Release: 11.04 2) apt-cache policy libreoffice-writer libreoffice-writer: Installed: 1:3.3.2-1ubuntu5 Candidate: 1:3.3.2-1ubuntu5 Version table: *** 1:3.3.2-1ubuntu5 0 500 http://us.archive.ubuntu.com/ubuntu/ natty-updates/main i386 Packages 100 /var/lib/dpkg/status 1:3.3.2-1ubuntu4 0 500 http://us.archive.ubuntu.com/ubuntu/ natty/main i386 Packages 3) What is expected to happen in LibreOffice Writer via the Terminal: cd ~/Desktop wget https://bugs.launchpad.net/ubuntu/+source/libreoffice/+bug/373113/+attachment/2154880/+files/example.doc lowriter -nologo example.doc Search for the word סיכום המחקרים, LO finds it and highlights it. 4) What happens instead is it finds it, but does not highlight it. As well, the text does not appear in the document. WORKAROUND: Convert the document to .odt: cd ~/Desktop wget https://bugs.launchpad.net/ubuntu/+source/libreoffice/+bug/373113/+attachment/2154880/+files/example.doc unoconv --listener unoconv -f odt example.doc lowriter -nologo example.odt apt-cache policy unoconv unoconv: Installed: 0.3-6 Candidate: 0.3-6 Version table: *** 0.3-6 0 500 http://us.archive.ubuntu.com/ubuntu/ natty/universe i386 Packages 100 /var/lib/dpkg/status Original Reporter Comments: It's a Microsoft Word document. ProblemType: Bug Architecture: i386 DistroRelease: Ubuntu 9.04 Package: openoffice.org-core 1:3.0.1-9ubuntu3 ProcEnviron: PATH=(custom, user) LANG=he_IL.UTF-8 SHELL=/bin/bash SourcePackage: openoffice.org Uname: Linux 2.6.28-11-generic i686 To manage notifications about this bug go to: https://bugs.launchpad.net/df-libreoffice/+bug/373113/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
[Desktop-packages] [Bug 664194] Re: reversed icons on forward/back buttons in Hebrew locale
** Also affects: light-themes Importance: Undecided Status: New -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to nautilus in Ubuntu. https://bugs.launchpad.net/bugs/664194 Title: reversed icons on forward/back buttons in Hebrew locale Status in Light Themes: New Status in Nautilus: Fix Released Status in “gtk+3.0” package in Ubuntu: Fix Released Status in “nautilus” package in Ubuntu: Fix Released Bug description: Binary package hint: nautilus I use Hebrew locale. I upgrade to ubuntu 10.10 and then I saw that icons on forward/back is reversed. The back icon point to left and forward icon point to right (see screenshot). In Hebrew its must to point conversely. In ubuntu 10.04 they pointed correctly. ProblemType: Bug DistroRelease: Ubuntu 10.10 Package: nautilus 1:2.32.0-0ubuntu1 ProcVersionSignature: Ubuntu 2.6.35-22.35-generic 2.6.35.4 Uname: Linux 2.6.35-22-generic i686 Architecture: i386 CheckboxSubmission: a1eeddb2760f9026f329f5e3a8ccc456 CheckboxSystem: 32980ee028b29311fef8e195a759b031 Date: Wed Oct 20 23:52:14 2010 ExecutablePath: /usr/bin/nautilus ProcEnviron: LANG=he_IL.UTF-8 SHELL=/bin/bash SourcePackage: nautilus To manage notifications about this bug go to: https://bugs.launchpad.net/light-themes/+bug/664194/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
[Desktop-packages] [Bug 664194] Re: reversed icons on forward/back buttons in Hebrew locale
Hi, Could someone reopen this bug? It is not fixed in oneiric. I believe there is some bug in gtk handling of stock icons's right-to-left variants, since it seems that nautilus is asking for the GTK_STOCK_GO_BACK and GTK_STOCK_GO_FORWARD, which should have support for RTL variants, and the Humanity icon theme does contain links for these variants (gtk-go-back-rtl and so on). -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to nautilus in Ubuntu. https://bugs.launchpad.net/bugs/664194 Title: reversed icons on forward/back buttons in Hebrew locale Status in Nautilus: Fix Released Status in “gtk+3.0” package in Ubuntu: Fix Released Status in “nautilus” package in Ubuntu: Fix Released Bug description: Binary package hint: nautilus I use Hebrew locale. I upgrade to ubuntu 10.10 and then I saw that icons on forward/back is reversed. The back icon point to left and forward icon point to right (see screenshot). In Hebrew its must to point conversely. In ubuntu 10.04 they pointed correctly. ProblemType: Bug DistroRelease: Ubuntu 10.10 Package: nautilus 1:2.32.0-0ubuntu1 ProcVersionSignature: Ubuntu 2.6.35-22.35-generic 2.6.35.4 Uname: Linux 2.6.35-22-generic i686 Architecture: i386 CheckboxSubmission: a1eeddb2760f9026f329f5e3a8ccc456 CheckboxSystem: 32980ee028b29311fef8e195a759b031 Date: Wed Oct 20 23:52:14 2010 ExecutablePath: /usr/bin/nautilus ProcEnviron: LANG=he_IL.UTF-8 SHELL=/bin/bash SourcePackage: nautilus To manage notifications about this bug go to: https://bugs.launchpad.net/nautilus/+bug/664194/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
[Desktop-packages] [Bug 664194] Re: reversed icons on forward/back buttons in Hebrew locale
Looking further into this bug, it seems that it does have something to do with the icon theme. When using the gnome icon theme, the buttons are rendered correctly. -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to nautilus in Ubuntu. https://bugs.launchpad.net/bugs/664194 Title: reversed icons on forward/back buttons in Hebrew locale Status in Nautilus: Fix Released Status in “gtk+3.0” package in Ubuntu: Fix Released Status in “nautilus” package in Ubuntu: Fix Released Bug description: Binary package hint: nautilus I use Hebrew locale. I upgrade to ubuntu 10.10 and then I saw that icons on forward/back is reversed. The back icon point to left and forward icon point to right (see screenshot). In Hebrew its must to point conversely. In ubuntu 10.04 they pointed correctly. ProblemType: Bug DistroRelease: Ubuntu 10.10 Package: nautilus 1:2.32.0-0ubuntu1 ProcVersionSignature: Ubuntu 2.6.35-22.35-generic 2.6.35.4 Uname: Linux 2.6.35-22-generic i686 Architecture: i386 CheckboxSubmission: a1eeddb2760f9026f329f5e3a8ccc456 CheckboxSystem: 32980ee028b29311fef8e195a759b031 Date: Wed Oct 20 23:52:14 2010 ExecutablePath: /usr/bin/nautilus ProcEnviron: LANG=he_IL.UTF-8 SHELL=/bin/bash SourcePackage: nautilus To manage notifications about this bug go to: https://bugs.launchpad.net/nautilus/+bug/664194/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
[Desktop-packages] [Bug 889408] [NEW] Cannot add a facebook account: IOError: [Errno socket error] [Errno 1] _ssl.c:503: error:140770FC:SSL routines:SSL23_GET_SERVER_HELLO:unknown protocol
Public bug reported: Hi, When I try to add a facebook account to gwibber, I complete the authentication and then the word Success appears in the window, and the following is printed to the console: Traceback (most recent call last): File /usr/share/gwibber/plugins/facebook/gtk/facebook/__init__.py, line 128, in on_facebook_auth_title_change data = json.loads(urllib.urlopen(https://graph.facebook.com/me?access_token=; + self.account[access_token]).read()) File /usr/lib/python2.7/urllib.py, line 84, in urlopen return opener.open(url) File /usr/lib/python2.7/urllib.py, line 205, in open return getattr(self, name)(url) File /usr/lib/python2.7/urllib.py, line 435, in open_https h.endheaders(data) File /usr/lib/python2.7/httplib.py, line 951, in endheaders self._send_output(message_body) File /usr/lib/python2.7/httplib.py, line 811, in _send_output self.send(msg) File /usr/lib/python2.7/httplib.py, line 773, in send self.connect() File /usr/lib/python2.7/httplib.py, line 1158, in connect self.sock = ssl.wrap_socket(sock, self.key_file, self.cert_file) File /usr/lib/python2.7/ssl.py, line 372, in wrap_socket ciphers=ciphers) File /usr/lib/python2.7/ssl.py, line 134, in __init__ self.do_handshake() File /usr/lib/python2.7/ssl.py, line 296, in do_handshake self._sslobj.do_handshake() IOError: [Errno socket error] [Errno 1] _ssl.c:503: error:140770FC:SSL routines:SSL23_GET_SERVER_HELLO:unknown protocol The gwibber window doesn't show any Add button, and no option to continue but to close the accounts window. I'm using Ubuntu 11.10, gwibber 3.2.1. ** Affects: gwibber (Ubuntu) Importance: Undecided Status: New -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to gwibber in Ubuntu. https://bugs.launchpad.net/bugs/889408 Title: Cannot add a facebook account: IOError: [Errno socket error] [Errno 1] _ssl.c:503: error:140770FC:SSL routines:SSL23_GET_SERVER_HELLO:unknown protocol Status in “gwibber” package in Ubuntu: New Bug description: Hi, When I try to add a facebook account to gwibber, I complete the authentication and then the word Success appears in the window, and the following is printed to the console: Traceback (most recent call last): File /usr/share/gwibber/plugins/facebook/gtk/facebook/__init__.py, line 128, in on_facebook_auth_title_change data = json.loads(urllib.urlopen(https://graph.facebook.com/me?access_token=; + self.account[access_token]).read()) File /usr/lib/python2.7/urllib.py, line 84, in urlopen return opener.open(url) File /usr/lib/python2.7/urllib.py, line 205, in open return getattr(self, name)(url) File /usr/lib/python2.7/urllib.py, line 435, in open_https h.endheaders(data) File /usr/lib/python2.7/httplib.py, line 951, in endheaders self._send_output(message_body) File /usr/lib/python2.7/httplib.py, line 811, in _send_output self.send(msg) File /usr/lib/python2.7/httplib.py, line 773, in send self.connect() File /usr/lib/python2.7/httplib.py, line 1158, in connect self.sock = ssl.wrap_socket(sock, self.key_file, self.cert_file) File /usr/lib/python2.7/ssl.py, line 372, in wrap_socket ciphers=ciphers) File /usr/lib/python2.7/ssl.py, line 134, in __init__ self.do_handshake() File /usr/lib/python2.7/ssl.py, line 296, in do_handshake self._sslobj.do_handshake() IOError: [Errno socket error] [Errno 1] _ssl.c:503: error:140770FC:SSL routines:SSL23_GET_SERVER_HELLO:unknown protocol The gwibber window doesn't show any Add button, and no option to continue but to close the accounts window. I'm using Ubuntu 11.10, gwibber 3.2.1. To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/gwibber/+bug/889408/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
[Desktop-packages] [Bug 773041] Re: Uses 100% cpu - automatically restarts when killed
It started affecting me when I upgraded to Oneiric. -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to telepathy-gabble in Ubuntu. https://bugs.launchpad.net/bugs/773041 Title: Uses 100% cpu - automatically restarts when killed Status in “telepathy-gabble” package in Ubuntu: Confirmed Bug description: Binary package hint: telepathy-gabble Just upgraded to 11.04 and now telepathy-gabble uses 100% cpu and automatically restarts when I kill it ProblemType: Bug DistroRelease: Ubuntu 11.04 Package: telepathy-gabble 0.11.10-1ubuntu1 ProcVersionSignature: Ubuntu 2.6.38-8.42-generic-pae 2.6.38.2 Uname: Linux 2.6.38-8-generic-pae i686 NonfreeKernelModules: fglrx Architecture: i386 Date: Fri Apr 29 10:36:43 2011 EcryptfsInUse: Yes ExecutablePath: /usr/lib/telepathy/telepathy-gabble InstallationMedia: Ubuntu 10.10 Maverick Meerkat - Release i386 (20101007) ProcEnviron: SHELL=/bin/bash LANGUAGE=en_DK:en LANG=en_DK.UTF-8 SourcePackage: telepathy-gabble UpgradeStatus: Upgraded to natty on 2011-04-29 (0 days ago) To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/telepathy-gabble/+bug/773041/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
[Desktop-packages] [Bug 879361] Re: gwibber-accounts crashed with IOError in do_handshake(): [Errno socket error] [Errno 1] _ssl.c:503: error:140770FC:SSL routines:SSL23_GET_SERVER_HELLO:unknown proto
*** This bug is a duplicate of bug 844685 *** https://bugs.launchpad.net/bugs/844685 ** Visibility changed to: Public -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to gwibber in Ubuntu. https://bugs.launchpad.net/bugs/879361 Title: gwibber-accounts crashed with IOError in do_handshake(): [Errno socket error] [Errno 1] _ssl.c:503: error:140770FC:SSL routines:SSL23_GET_SERVER_HELLO:unknown protocol Status in “gwibber” package in Ubuntu: New Bug description: I cannot add a Facebook account to Gwibber on Oneiric. I got the exception that is attached in the logs. ProblemType: Crash DistroRelease: Ubuntu 11.10 Package: gwibber 3.2.0.1-0ubuntu1 ProcVersionSignature: Ubuntu 3.0.0-12.20-generic 3.0.4 Uname: Linux 3.0.0-12-generic x86_64 ApportVersion: 1.23-0ubuntu3 Architecture: amd64 Date: Fri Oct 21 13:04:29 2011 EcryptfsInUse: Yes ExecutablePath: /usr/bin/gwibber-accounts InstallationMedia: Ubuntu 11.04 Natty Narwhal - Release amd64 (20110426) InterpreterPath: /usr/bin/python2.7 ProcCmdline: python /usr/bin/gwibber-accounts ProcEnviron: LANGUAGE=he:en_US:en PATH=(custom, user) LANG=he_IL.UTF-8 LC_MESSAGES=he_IL.UTF-8 SHELL=/bin/bash PythonArgs: ['/usr/bin/gwibber-accounts'] SourcePackage: gwibber Title: gwibber-accounts crashed with IOError in do_handshake(): [Errno socket error] [Errno 1] _ssl.c:503: error:140770FC:SSL routines:SSL23_GET_SERVER_HELLO:unknown protocol UpgradeStatus: Upgraded to oneiric on 2011-10-20 (0 days ago) UserGroups: adm admin cdrom dialout libvirtd lpadmin plugdev sambashare wireshark To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/gwibber/+bug/879361/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
[Desktop-packages] [Bug 227326] Re: [upstream] caps lock key should not be polled directly - openoffice switches keyboard layout
Hi, I've checked Libreoffice on Ubuntu Natty, and I think this bug is fixed their. It seems that when using Caps lock to switch keyboard layouts, the Correct accidental use of cAPS LOCK key feature is disabled automatically. It doesn't correct any text, even when using Shift-Caps- lock to use capital letters and not switch layouts. When using another key combination to switch layouts, the feature works as expected. -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to libreoffice in Ubuntu. https://bugs.launchpad.net/bugs/227326 Title: [upstream] caps lock key should not be polled directly - openoffice switches keyboard layout Status in The OpenOffice.org Suite: Confirmed Status in “libreoffice” package in Ubuntu: Incomplete Status in “openoffice.org” package in Ubuntu: Won't Fix Bug description: Binary package hint: openoffice.org I use Capslock to switch keyboard layout. (Keyboard preferences Layouts Layout options Layout switching Capslock key), but when I am typing with Iran keyboard layout in openoffice, my keyboard layout changes to US (Specially when I enter two letter words). but it works fine in gutsy. I am using hardy. To manage notifications about this bug go to: https://bugs.launchpad.net/openoffice/+bug/227326/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp