Launchpad has imported 40 comments from the remote bug at https://bugs.freedesktop.org/show_bug.cgi?id=41169.
If you reply to an imported comment from within Launchpad, your comment will be sent to the remote bug automatically. Read more about Launchpad's inter-bugtracker facilities at https://help.launchpad.net/InterBugTracking. ------------------------------------------------------------------------ On 2011-09-24T06:21:55+00:00 Nadvorny wrote: Hotkeys are language dependent and work in English language only. While writing in any other language i.e. any Cyrillic, it's impossible to use hotkeys, they just don't do anything. Switching to English input language enable hotkeys once again. This is very frustrating as user needs to switch language to save document, to make it bold, or italic, etc. Reply at: https://bugs.launchpad.net/unity/+bug/1226962/comments/0 ------------------------------------------------------------------------ On 2011-12-23T12:31:34+00:00 Björn Michaelsen wrote: [This is an automated message.] This bug was filed before the changes to Bugzilla on 2011-10-16. Thus it started right out as NEW without ever being explicitly confirmed. The bug is changed to state NEEDINFO for this reason. To move this bug from NEEDINFO back to NEW please check if the bug still persists with the 3.5.0 beta1 or beta2 prereleases. Details on how to test the 3.5.0 beta1 can be found at: http://wiki.documentfoundation.org/QA/BugHunting_Session_3.5.0.-1 more detail on this bulk operation: http://nabble.documentfoundation.org /RFC-Operation-Spamzilla-tp3607474p3607474.html Reply at: https://bugs.launchpad.net/unity/+bug/1226962/comments/1 ------------------------------------------------------------------------ On 2011-12-26T01:06:29+00:00 Nadvorny wrote: Adding more info. Verified and reproduced on: 3.4.3, 3.4.4, 3.5.0.beta1 and 3.5.0.beta2. Mac OS X specific. Steps to reproduce: 1. Launch Writer. 2. Change language to Russian. 3. Press Cmd+B to change font weight to bold. Error: Font weight does not get changed. System error sound is played instead. Expected: Font weight changed to bold. Note that some other system hotkeys work as expected. I.e. Cmd+S to save, or Cmd+O to open document still work regardless of input language. Other critical key combinations that don't work: Cmd+I, Cmd+U and so on, all text manipulation hotkeys are English-only. One may assume that hotkeys don't work correctly in text area, but do work for UI. Workaround 1: Click toolbar button to apply corresponding style. Workaround 2: Change language to English, press desired hotkey, then switch language back to russian. The issue is critical, as it make text editor very slow for keyboard- only typing. Reply at: https://bugs.launchpad.net/unity/+bug/1226962/comments/2 ------------------------------------------------------------------------ On 2012-11-24T03:30:59+00:00 Bitigchi wrote: *** Bug 57290 has been marked as a duplicate of this bug. *** Reply at: https://bugs.launchpad.net/unity/+bug/1226962/comments/3 ------------------------------------------------------------------------ On 2013-01-26T05:00:00+00:00 Infusiastic wrote: Reproduced in 6.6.4.3 on Mac OS X 10.7.5. Reply at: https://bugs.launchpad.net/unity/+bug/1226962/comments/4 ------------------------------------------------------------------------ On 2013-02-06T08:07:19+00:00 Ashkan Valizadeh wrote: I also confirm this in LibreOffice 3.6.3, and it is really annoying to change keyboard to En, only to use a shortcut and then change it back to whatever it was and then continue. I use Fedora, but this problem was not occurred in Fedora 17 or Windows, as they both use a different keyboard handling method than Fedora 18 (http://fedoraproject.org/wiki/Common_F18_bugs#Installer_does_not_automatically_set_up_multiple_keyboard_layouts_and_switch_command). But now in Fedora 18, lots of program are affected by this change. Applications such as gedit, nautilus, fileroller (Archive Manager) which are parts of gnome act like before, which means there is no difference which keyboard layout is currently active, the keyboard shortcuts work OK. But other applications usually is not the same, like LibreOffice, Zim, Blender, ... . So, I don't know where the problem is, but as (let say native) gnome applications are working fine, so there must be a way to solve this problem with others. Reply at: https://bugs.launchpad.net/unity/+bug/1226962/comments/5 ------------------------------------------------------------------------ On 2013-02-19T08:05:36+00:00 Ashkan Valizadeh wrote: The problem still exist in LibreOffice 3.6.5.2 in Fedora 18. I realy dont know why no developer really pay attention to fix this problem. It may looks like that it is not important but it really affected the productivity of LibreOffice for non-Latin users. Reply at: https://bugs.launchpad.net/unity/+bug/1226962/comments/6 ------------------------------------------------------------------------ On 2013-02-20T20:15:29+00:00 Ashkan Valizadeh wrote: Today I downloaded LibreOffice 4.0.0.3 from the official website and the problem still is there. I also install all available desktops in Fedora 18 repo and test LibreOffice against theme to check whether the problem of keyboard shortcuts in non-latin layout is steal exist or not: KDE: No problem MATE: No problem XFCE: No problem LXDE: Problem exist Cinnamon: Problem exist All the three first desktops still use the same keyboard handling as they used to be, but Cinnamon is based on gnome 3 and inherits its problems, and I have no idea about LXDE problem. I really hope someone at last pay some attention to this problem and attempt to fix it. Reply at: https://bugs.launchpad.net/unity/+bug/1226962/comments/7 ------------------------------------------------------------------------ On 2013-02-22T18:19:57+00:00 Ashkan Valizadeh wrote: Today I also use the JHBuild tool on Fedora 18 to compile the Gnome 3.7.5 from their external module sets which contain the released tarbals. (http://ftp.gnome.org/pub/GNOME/teams/releng/3.7.5) Well, not too surprising, the problem is still exist using Gnome 3.7.5 and LibreOffice 4.0.0.3. This means that LibreOffice needs to make some changes in its keyboard shortcut handling, as it's likely that gnome is not and will not follow its old keyboard management. I am really hoping some developer at least look at this bug and put some information or notes here. Reply at: https://bugs.launchpad.net/unity/+bug/1226962/comments/8 ------------------------------------------------------------------------ On 2013-02-24T04:14:01+00:00 Ashkan Valizadeh wrote: Here is how some other big open source products fix this issue: Mozilla: https://bugs.eclipse.org/bugs/show_bug.cgi?id=61190 https://bugzilla.mozilla.org/attachment.cgi?id=307428&action=diff Eclipse: https://bugs.eclipse.org/bugs/show_bug.cgi?id=61190 According to this page Chromium fix this in version 3.0.196 afterwards, so it might have something helpful: http://code.google.com/p/chromium/issues/detail?id=16806 And also a patch for Gnome which I don't know how to make it work: https://bugzilla.gnome.org/show_bug.cgi?id=685676 https://bugzilla.gnome.org/attachment.cgi?id=230597 Reply at: https://bugs.launchpad.net/unity/+bug/1226962/comments/9 ------------------------------------------------------------------------ On 2013-02-24T04:16:01+00:00 Ashkan Valizadeh wrote: Sorry in last comment I sent the Eclipse link in Mozilla part. Reply at: https://bugs.launchpad.net/unity/+bug/1226962/comments/10 ------------------------------------------------------------------------ On 2013-03-15T11:03:27+00:00 Bitigchi wrote: *** Bug 62330 has been marked as a duplicate of this bug. *** Reply at: https://bugs.launchpad.net/unity/+bug/1226962/comments/11 ------------------------------------------------------------------------ On 2013-04-07T17:58:30+00:00 Defking wrote: Confirm this bug still exists in LibreOffice 4.0.2.2. Very annoying. The only workaround is to use other apps, like gedit for example. All hotkeys work great in any language there. Using ArchLinux with latest GNOME-Shell 3.8 from gnome-testing repo. Reply at: https://bugs.launchpad.net/unity/+bug/1226962/comments/12 ------------------------------------------------------------------------ On 2013-04-15T10:47:04+00:00 Signup-r wrote: I can confirm the bug exists in LibreOffice 4.0.2.2 on MacOS X 10.8.3. It's not a Linux-specific bug. Reply at: https://bugs.launchpad.net/unity/+bug/1226962/comments/13 ------------------------------------------------------------------------ On 2013-06-15T13:47:45+00:00 Abdalrahim G. Fakhouri wrote: I can not confirm the bug on 4.1.0.0beta1 on Ubuntu. I selected a text, and pressed ctrl+b to make it bold. I tested with the input configured as: English, Arabic, Turkish & French results: normal behavior. Reply at: https://bugs.launchpad.net/unity/+bug/1226962/comments/14 ------------------------------------------------------------------------ On 2013-06-15T13:48:42+00:00 Abdalrahim G. Fakhouri wrote: P.S.: I use cinnamon Reply at: https://bugs.launchpad.net/unity/+bug/1226962/comments/15 ------------------------------------------------------------------------ On 2013-08-12T17:03:58+00:00 Sina Momken wrote: *** Bug 63763 has been marked as a duplicate of this bug. *** Reply at: https://bugs.launchpad.net/unity/+bug/1226962/comments/16 ------------------------------------------------------------------------ On 2013-08-12T17:18:56+00:00 Sina Momken wrote: I have the same problem. When my keyboard layout is in a non-English language (in my case Fa) most shortcuts don't work (e.g. Ctrl+C, Ctrl+S, customized LO shortcuts). My system: Linux Mint Debian Edition Update Pack 6, XFCE 4.8, LibreOffice 3.5.4.2, both libreoffice-gnome and libreoffice-gtk packages installed. (In reply to comment #5) > ... > Applications such as gedit, nautilus, fileroller (Archive Manager) which are > parts of gnome act like before, which means there is no difference which > keyboard layout is currently active, the keyboard shortcuts work OK. But > other applications usually is not the same, like LibreOffice, Zim, Blender, > ... . Also in my case, as AshkanV mentioned in comment #5, many other applications work just fine. I'm in XFCE but I also have Gnome, KDE and Mate installed. And text editors of all of these DEs work correctly. Reply at: https://bugs.launchpad.net/unity/+bug/1226962/comments/17 ------------------------------------------------------------------------ On 2013-08-12T17:33:12+00:00 Sina Momken wrote: In the both links below they blame packages libreoffice-gtk or libreoffice-gnome. http://en.libreofficeforum.org/node/1586#comment-26769 http://ubuntuforums.org/showthread.php?t=1986133 Someone also suggested resetting LO user profile in duplicate Bug 63763: https://wiki.documentfoundation.org/UserProfile However as mentioned in comment #13 this bug could be reproduced in LibreOffice 4.0.2.2 on MacOS X 10.8.3, which complicates the situation. Reply at: https://bugs.launchpad.net/unity/+bug/1226962/comments/18 ------------------------------------------------------------------------ On 2013-08-22T19:10:02+00:00 pva wrote: Sina, resetting profile does not help. Also this bug is reproducible in 4.1.0.4. Reply at: https://bugs.launchpad.net/unity/+bug/1226962/comments/19 ------------------------------------------------------------------------ On 2013-08-22T23:57:53+00:00 Yotam Benshalom wrote: This bug is reproducible on gnome-shell in ubuntu 13.10, which handles now keyboard events with the new gnome-settings-daemon instead of directing them to X. It is indeed a crucial issue for all of us who happen to work with a non-latin language. Reply at: https://bugs.launchpad.net/unity/+bug/1226962/comments/20 ------------------------------------------------------------------------ On 2013-09-27T13:12:28+00:00 Yotam Benshalom wrote: Still exists in LibreOffice 4.1.2.2. Reply at: https://bugs.launchpad.net/unity/+bug/1226962/comments/40 ------------------------------------------------------------------------ On 2013-10-05T09:21:50+00:00 Yotam Benshalom wrote: Still exists in 4.1.2.3. Reply at: https://bugs.launchpad.net/unity/+bug/1226962/comments/46 ------------------------------------------------------------------------ On 2013-11-05T18:01:06+00:00 Ddv64 wrote: All hotkeys are not working in all keyboards, except English. Verified and reproduced on: 4.1.2.3 on Ubuntu 13.10 Steps to reproduce: 1. Launch Writer. 2. Change language to Russian and write a text, then select a part of it. 3. Press Ctrl+X to cut a text. Error: Text will be on screen Expected: To cut selected text. Workarounds to use toolbar buttons or select English keyboard layout, use shortcut, select Russian layout. It is very important bug because make work very slow. Reply at: https://bugs.launchpad.net/unity/+bug/1226962/comments/87 ------------------------------------------------------------------------ On 2013-11-07T13:22:17+00:00 Rui Matos wrote: *** Bug 55585 has been marked as a duplicate of this bug. *** Reply at: https://bugs.launchpad.net/unity/+bug/1226962/comments/90 ------------------------------------------------------------------------ On 2013-11-07T13:22:55+00:00 Rui Matos wrote: See https://bugs.freedesktop.org/show_bug.cgi?id=55585#c0 for why this happens and how it could be fixed. Reply at: https://bugs.launchpad.net/unity/+bug/1226962/comments/91 ------------------------------------------------------------------------ On 2013-11-15T04:32:47+00:00 Vstuart-foote wrote: *** Bug 59045 has been marked as a duplicate of this bug. *** Reply at: https://bugs.launchpad.net/unity/+bug/1226962/comments/96 ------------------------------------------------------------------------ On 2013-11-15T04:33:13+00:00 Vstuart-foote wrote: *** Bug 71358 has been marked as a duplicate of this bug. *** Reply at: https://bugs.launchpad.net/unity/+bug/1226962/comments/97 ------------------------------------------------------------------------ On 2013-11-15T08:26:16+00:00 مصعب الزعبي wrote: == TESTS WE DO == This bug found in: - Fedora 19 Gnome Shell - Fedora 19 Mate - Ubuntu 12.04 Unity - Ubuntu 12.04 Cinnamon - Ubuntu 13.10 This bug not found in: - Fedora 19 KDE - Mint 15 Cinnamon - Mint 15 XFCE - Debian 7.1 - Debian - nonstable XFCE - Ubuntu 10.04 Gnome 2.30 - Arch KDE Current behavior: Accelators don't work Expected behavior: Accelators works Operating System: Linux (Other) Version: 4.1.2.3 release Reply at: https://bugs.launchpad.net/unity/+bug/1226962/comments/98 ------------------------------------------------------------------------ On 2013-11-22T13:19:54+00:00 Caolanm wrote: The original report is from the Mac, but the recent storm is for gtk. There are different backends involved. So there are really two different bugs in here. A Mac one and a Gtk one. Reply at: https://bugs.launchpad.net/unity/+bug/1226962/comments/104 ------------------------------------------------------------------------ On 2013-11-22T13:29:56+00:00 Libreoffice-commits wrote: Caolan McNamara committed a patch related to this issue. It has been pushed to "master": http://cgit.freedesktop.org/libreoffice/core/commit/?id=8cef6c7ec67aec88b339ca647e784afbabf190f8 Related: fdo#41169 fix GTK non-Latin keyboard layout with Latin shortcuts The patch should be included in the daily builds available at http://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: http://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback. Reply at: https://bugs.launchpad.net/unity/+bug/1226962/comments/105 ------------------------------------------------------------------------ On 2013-11-22T13:42:53+00:00 Libreoffice-commits wrote: Caolan McNamara committed a patch related to this issue. It has been pushed to "libreoffice-4-2": http://cgit.freedesktop.org/libreoffice/core/commit/?id=390b9d88c47347ebc714808979fcf8bd4e66f5c1&h=libreoffice-4-2 Related: fdo#41169 fix GTK non-Latin keyboard layout with Latin shortcuts It will be available in LibreOffice 4.2. The patch should be included in the daily builds available at http://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: http://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback. Reply at: https://bugs.launchpad.net/unity/+bug/1226962/comments/106 ------------------------------------------------------------------------ On 2013-11-25T11:05:38+00:00 Libreoffice-commits wrote: Caolan McNamara committed a patch related to this issue. It has been pushed to "master": http://cgit.freedesktop.org/libreoffice/core/commit/?id=82b5172954261e030a42bd6b3f4acc99807d0ee5 Resolves: fdo#41169 fix MacOSX non-Latin keyboard layout with Latin shortcuts The patch should be included in the daily builds available at http://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: http://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback. Reply at: https://bugs.launchpad.net/unity/+bug/1226962/comments/107 ------------------------------------------------------------------------ On 2013-11-25T11:27:18+00:00 Caolanm wrote: And the last patch should allow stuff like ctrl+b to work on the mac even if the current keymap is Russian, which is the other older half of this problem apparently. Reply at: https://bugs.launchpad.net/unity/+bug/1226962/comments/108 ------------------------------------------------------------------------ On 2013-11-25T21:38:37+00:00 Libreoffice-commits wrote: Caolan McNamara committed a patch related to this issue. It has been pushed to "libreoffice-4-1": http://cgit.freedesktop.org/libreoffice/core/commit/?id=d77483f0ab1a7f97ec41adfac66d98696adeef70&h=libreoffice-4-1 Related: fdo#41169 fix GTK non-Latin keyboard layout with Latin shortcuts It will be available in LibreOffice 4.1.4. The patch should be included in the daily builds available at http://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: http://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback. Reply at: https://bugs.launchpad.net/unity/+bug/1226962/comments/110 ------------------------------------------------------------------------ On 2013-11-26T10:08:38+00:00 Libreoffice-commits wrote: Caolan McNamara committed a patch related to this issue. It has been pushed to "libreoffice-4-1": http://cgit.freedesktop.org/libreoffice/core/commit/?id=5677b7a9e4d33d07e1f5ad9e5d591beb242c2dd6&h=libreoffice-4-1 Resolves: fdo#41169 fix MacOSX non-Latin keyboard layout with Latin shortcuts It will be available in LibreOffice 4.1.4. The patch should be included in the daily builds available at http://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: http://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback. Reply at: https://bugs.launchpad.net/unity/+bug/1226962/comments/111 ------------------------------------------------------------------------ On 2013-11-26T10:08:58+00:00 Libreoffice-commits wrote: Caolan McNamara committed a patch related to this issue. It has been pushed to "libreoffice-4-2": http://cgit.freedesktop.org/libreoffice/core/commit/?id=341dfe3a2e0f6f9e5bc1e7985cc4ccd00cf733ee&h=libreoffice-4-2 Resolves: fdo#41169 fix MacOSX non-Latin keyboard layout with Latin shortcuts It will be available in LibreOffice 4.2. The patch should be included in the daily builds available at http://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: http://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback. Reply at: https://bugs.launchpad.net/unity/+bug/1226962/comments/112 ------------------------------------------------------------------------ On 2013-11-27T10:48:11+00:00 Shahab Shahsavari Alavidjeh wrote: While I had trouble with this bug for a long time, I recently discovered that using m17n keyboard layout instead of xkb layout for Persian (fa_IR) completely resolves the problem in libreoffice 4.1.3 gnome 3.8. Reply at: https://bugs.launchpad.net/unity/+bug/1226962/comments/113 ------------------------------------------------------------------------ On 2013-11-27T11:04:36+00:00 Shahab Shahsavari Alavidjeh wrote: (In reply to comment #37) > While I had trouble with this bug for a long time, I recently discovered > that using m17n keyboard layout instead of xkb layout for Persian (fa_IR) > completely resolves the problem in libreoffice 4.1.3 gnome 3.8. And I think the keyboard is actually Latin keyboard, my comment was completely irrelevant. Reply at: https://bugs.launchpad.net/unity/+bug/1226962/comments/114 ------------------------------------------------------------------------ On 2013-12-14T13:48:56+00:00 Lior Kaplan wrote: I could not verify the fix on a build from master, Debian testing 64bit, GNOME 3.8 with Hebrew keyboard layout. While using the Hebrew layout I can't use CTRL+C/V or CTRL+O in LibO. Switching to another application (e.g. a web browser) I could paste with CTRL+V although I'm in the Hebrew layout. Reply at: https://bugs.launchpad.net/unity/+bug/1226962/comments/138 ** Changed in: df-libreoffice Status: Unknown => Invalid ** Changed in: df-libreoffice Importance: Unknown => Critical ** Bug watch added: Eclipse bugs #61190 https://bugs.eclipse.org/bugs/show_bug.cgi?id=61190 ** Bug watch added: code.google.com/p/chromium/issues #16806 http://code.google.com/p/chromium/issues/detail?id=16806 ** Bug watch added: GNOME Bug Tracker #685676 https://bugzilla.gnome.org/show_bug.cgi?id=685676 ** Bug watch added: freedesktop.org Bugzilla #55585 https://bugs.freedesktop.org/show_bug.cgi?id=55585 -- 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/1226962 Title: Hotkeys not functional in non-latin keyboard layout in 13.10 Status in LibreOffice Productivity Suite: Invalid Status in IBus: New Status in Indicator keyboard: Fix Released Status in Mutter: New Status in The OpenOffice.org Suite: New Status in Unity: Invalid Status in “gnome-settings-daemon” package in Ubuntu: Triaged Status in “indicator-keyboard” package in Ubuntu: Fix Released Bug description: New keyboard layout changer in Ubuntu 13.10 introduce old-new bug. Any system or application hotkey witch use char (for example: ctrl+alt+t for terminal or ctrl+t for new tab in browser) become unfunctional when selected non-latin keyboard layout. Hotkeys with F1-12, numbers and other non-character buttons works perfectly. Window manager hotkeys not affected by this bug. All hotkeys in system parameters->keyboard->hotkeys->windows works perfect with any keyboard layout. Workaround for some system hotkeys and two layouts (english and non- latin): rebind all hotkeys in your local layout. For example instead of ctrl+alt+t use ctrl+alt+τ (greek tau). That hotkey still work with english layout. If you use english and two different non-latin layouts this workaround helps only with one of them. ---------- For other layout switching problems introduced in Ubuntu 13.10 you can see bug 1218322. ---------- To manage notifications about this bug go to: https://bugs.launchpad.net/df-libreoffice/+bug/1226962/+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
