openjdk team mailing list archive

[Bug Watch Updater <1226962@xxxxxxxxxxxxxxxxxx>]

Launchpad has imported 9 comments from the remote bug at
https://bugzilla.redhat.com/show_bug.cgi?id=1004322.

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 2013-09-04T12:08:32+00:00 Alex wrote:

Description of problem:
If Russian xkb layout is active, it's impossible to use keyboard shortcuts in non-gtk programs.

Version-Release number of selected component (if applicable):
Gnome Shell - 3.8.4-2.fc19 
GTK: gtk3 - 3.8.4-1.fc19

How reproducible:
always

Steps to Reproduce:
0. Login with gnome-shell
1. Start blender
2. Switch keyboard layout to russian
3. Press hotkey 's' to resize default cube

Actual results:
Nothing will happen

Expected results:
Resize default cube

Additional info:

Hotkeys in russian layout works with gtk-programs, like:
Geany, Gedit, Gnome Terminal, Transmission.

And don't work with any non-gtk programs, like:
LibreOffice, blender, psi, QBittorrent.

It's a gnome problem. If login in KDE - then hotkeys in russian layout
works fine.

Reply at: https://bugs.launchpad.net/unity/+bug/1226962/comments/24

------------------------------------------------------------------------
On 2013-12-24T09:22:20+00:00 Nrbrtx wrote:

This bug exists in Ubuntu too
https://bugs.launchpad.net/unity/+bug/1226962 (200 users affected).

Reply at: https://bugs.launchpad.net/unity/+bug/1226962/comments/149

------------------------------------------------------------------------
On 2014-11-04T11:25:27+00:00 Sam wrote:

This bug appears to still exist in Fedora 20 with Gnome 3. Tested with
Hebrew.

Try adding a new Hebrew keyboard layout, opening apps like Caligra,
Kate, LibreOffice, and using Keyboard shortcuts like copy and paste.

For the KDE apps, could this be due to using an unpatched version of Qt
where related bugs still exist? What is the likely cause in LibreOffice?
Independent of this bug?
https://www.libreoffice.org/bugzilla/show_bug.cgi?id=41169

Also related: https://bugs.launchpad.net/unity/+bug/1226962

Reply at: https://bugs.launchpad.net/unity/+bug/1226962/comments/256

------------------------------------------------------------------------
On 2015-01-09T19:43:16+00:00 Fedora wrote:

This message is a notice that Fedora 19 is now at end of life. Fedora 
has stopped maintaining and issuing updates for Fedora 19. It is 
Fedora's policy to close all bug reports from releases that are no 
longer maintained. Approximately 4 (four) weeks from now this bug will
be closed as EOL if it remains open with a Fedora 'version' of '19'.

Package Maintainer: If you wish for this bug to remain open because you
plan to fix it in a currently maintained version, simply change the 'version' 
to a later Fedora version.

Thank you for reporting this issue and we are sorry that we were not 
able to fix it before Fedora 19 is end of life. If you would still like 
to see this bug fixed and are able to reproduce it against a later version 
of Fedora, you are encouraged  change the 'version' to a later Fedora 
version prior this bug is closed as described in the policy above.

Although we aim to fix as many bugs as possible during every release's 
lifetime, sometimes those efforts are overtaken by events. Often a 
more recent Fedora release includes newer upstream software that fixes 
bugs or makes them obsolete.

Reply at: https://bugs.launchpad.net/unity/+bug/1226962/comments/263

------------------------------------------------------------------------
On 2015-02-16T19:52:17+00:00 Alexander wrote:

Still exists in Fedora 21. KDE apps (Konversation, Digikam, ..) don't
respond to shortcuts, even in English keyboard layout when GNOME shell
is in use.

Reply at: https://bugs.launchpad.net/unity/+bug/1226962/comments/264

------------------------------------------------------------------------
On 2015-11-04T13:35:50+00:00 Fedora wrote:

This message is a reminder that Fedora 21 is nearing its end of life.
Approximately 4 (four) weeks from now Fedora will stop maintaining
and issuing updates for Fedora 21. It is Fedora's policy to close all
bug reports from releases that are no longer maintained. At that time
this bug will be closed as EOL if it remains open with a Fedora  'version'
of '21'.

Package Maintainer: If you wish for this bug to remain open because you
plan to fix it in a currently maintained version, simply change the 'version' 
to a later Fedora version.

Thank you for reporting this issue and we are sorry that we were not 
able to fix it before Fedora 21 is end of life. If you would still like 
to see this bug fixed and are able to reproduce it against a later version 
of Fedora, you are encouraged  change the 'version' to a later Fedora 
version prior this bug is closed as described in the policy above.

Although we aim to fix as many bugs as possible during every release's 
lifetime, sometimes those efforts are overtaken by events. Often a 
more recent Fedora release includes newer upstream software that fixes 
bugs or makes them obsolete.

Reply at: https://bugs.launchpad.net/unity/+bug/1226962/comments/293

------------------------------------------------------------------------
On 2015-11-04T13:39:07+00:00 Alexander wrote:

Still valid for Fedora 23.

Reply at: https://bugs.launchpad.net/unity/+bug/1226962/comments/294

------------------------------------------------------------------------
On 2016-11-24T11:02:24+00:00 Fedora wrote:

This message is a reminder that Fedora 23 is nearing its end of life.
Approximately 4 (four) weeks from now Fedora will stop maintaining
and issuing updates for Fedora 23. It is Fedora's policy to close all
bug reports from releases that are no longer maintained. At that time
this bug will be closed as EOL if it remains open with a Fedora  'version'
of '23'.

Package Maintainer: If you wish for this bug to remain open because you
plan to fix it in a currently maintained version, simply change the 'version' 
to a later Fedora version.

Thank you for reporting this issue and we are sorry that we were not 
able to fix it before Fedora 23 is end of life. If you would still like 
to see this bug fixed and are able to reproduce it against a later version 
of Fedora, you are encouraged  change the 'version' to a later Fedora 
version prior this bug is closed as described in the policy above.

Although we aim to fix as many bugs as possible during every release's 
lifetime, sometimes those efforts are overtaken by events. Often a 
more recent Fedora release includes newer upstream software that fixes 
bugs or makes them obsolete.

Reply at: https://bugs.launchpad.net/unity/+bug/1226962/comments/326

------------------------------------------------------------------------
On 2016-12-20T12:42:06+00:00 Fedora wrote:

Fedora 23 changed to end-of-life (EOL) status on 2016-12-20. Fedora 23 is
no longer maintained, which means that it will not receive any further
security or bug fix updates. As a result we are closing this bug.

If you can reproduce this bug against a currently maintained version of
Fedora please feel free to reopen this bug against that version. If you
are unable to reopen this bug, please file a new report against the
current release. If you experience problems, please add a comment to this
bug.

Thank you for reporting this bug and we are sorry it could not be fixed.

Reply at: https://bugs.launchpad.net/unity/+bug/1226962/comments/327


** Changed in: gnome-shell (Fedora)
       Status: Unknown => Won't Fix

** Changed in: gnome-shell (Fedora)
   Importance: Unknown => Medium

** Bug watch added: LibreOffice Bugzilla #41169
   https://www.libreoffice.org/bugzilla/show_bug.cgi?id=41169

-- 
You received this bug notification because you are a member of OpenJDK,
which is subscribed to openjdk-7 in Ubuntu.
https://bugs.launchpad.net/bugs/1226962

Title:
  Keyboard shortcuts (hotkeys) not functional in some cases in non-latin
  keyboard layouts

Status in aptana-studio-installer:
  New
Status in Default settings and artwork for Baltix OS:
  New
Status in LibreOffice:
  Fix Released
Status in ibus:
  New
Status in Indicator keyboard:
  Fix Released
Status in Inkscape:
  New
Status in Intellij Idea:
  New
Status in monodevelop:
  New
Status in Mutter:
  Fix Released
Status in okular:
  New
Status in OpenOffice:
  New
Status in sigram:
  New
Status in Unity:
  Fix Released
Status in gnome-settings-daemon package in Ubuntu:
  Triaged
Status in gnome-terminal package in Ubuntu:
  Triaged
Status in kdevelop package in Ubuntu:
  Confirmed
Status in mc package in Ubuntu:
  Confirmed
Status in openjdk-7 package in Ubuntu:
  Incomplete
Status in unity package in Ubuntu:
  Fix Released
Status in unity-settings-daemon package in Ubuntu:
  In Progress
Status in gnome-settings-daemon source package in Xenial:
  Triaged
Status in gnome-terminal source package in Xenial:
  Triaged
Status in kdevelop source package in Xenial:
  Confirmed
Status in mc source package in Xenial:
  Confirmed
Status in openjdk-7 source package in Xenial:
  Incomplete
Status in unity source package in Xenial:
  Fix Released
Status in unity-settings-daemon source package in Xenial:
  In Progress
Status in gnome-shell package in Fedora:
  Won't Fix
Status in openoffice package in Fedora:
  Won't Fix

Bug description:
  Keyboard shortcuts are key combinations like Alt+F (usually opens the
  File menu) and Ctrl+O (usually opens the File→Open... dialog box).

  There is an issue with non-latin keyboard layouts that the keys under F or O (for Alt+F and Ctrl+O respectively) would correspond to some other character.
  What should happen then? There is some smart functionality (at least in the GTK+ library) that when we press a shortcut, it will try to make Alt+F or Ctrl+O work, even if the active keyboard layout is not English.

  For this smart functionality to work, it requires us to have as first keyboard layout the English (en) layout. Then, GTK+ will be able to
  check whether the shortcut makes sense for English, and if so, will run it.
  All that even if the active layout is Greek or Russian or something else. 

  This report has over 300 comments and these comments include all sort of corner cases that indeed shortcuts do not work. In general, shortcuts work,
  but in specific cases there are issues that need to be fixed.

  What we need to do, is collect those corner cases and create new
  separate reports.

  Here are the corner cases:

  1. In Dash (in Unity 7), shortcuts like Super+S/W work (for example, Greek, Russian), but they do not work for Super+A/F/M/C/V. 
  Report: <not reported yet>

  2. Java GUI applications on Linux do not support shortcuts in non-latin languages. This is an issue with Java and should be reported there.
  Java GUI apps are not included in any of the Ubuntu ISOs. 
  Report: <not reported yet>

  3. Shortcuts that use Ctrl on LibreOffice work for several languages (like Greek, Russian), but has been reported not to work on Hebrew.
  This should be a separate bug report specific to Hebrew and other languages affected in the same way.
  Report: <not reported yet>

To manage notifications about this bug go to:
https://bugs.launchpad.net/aptana-studio-installer/+bug/1226962/+subscriptions