RHEL Engineering is moving the tracking of its product development work on RHEL 6 through RHEL 9 to Red Hat Jira (issues.redhat.com). If you're a Red Hat customer, please continue to file support cases via the Red Hat customer portal. If you're not, please head to the "RHEL project" in Red Hat Jira and file new tickets here. Individual Bugzilla bugs in the statuses "NEW", "ASSIGNED", and "POST" are being migrated throughout September 2023. Bugs of Red Hat partners with an assigned Engineering Partner Manager (EPM) are migrated in late September as per pre-agreed dates. Bugs against components "kernel", "kernel-rt", and "kpatch" are only migrated if still in "NEW" or "ASSIGNED". If you cannot log in to RH Jira, please consult article #7032570. That failing, please send an e-mail to the RH Jira admins at rh-issues@redhat.com to troubleshoot your issue as a user management inquiry. The email creates a ServiceNow ticket with Red Hat. Individual Bugzilla bugs that are migrated will be moved to status "CLOSED", resolution "MIGRATED", and set with "MigratedToJIRA" in "Keywords". The link to the successor Jira issue will be found under "Links", have a little "two-footprint" icon next to it, and direct you to the "RHEL project" in Red Hat Jira (issue links are of type "https://issues.redhat.com/browse/RHEL-XXXX", where "X" is a digit). This same link will be available in a blue banner at the top of the page informing you that that bug has been migrated.
Bug 1119577 - Shortcut keys don't work any more but it has still short cut character on its label.
Summary: Shortcut keys don't work any more but it has still short cut character on its...
Keywords:
Status: CLOSED CURRENTRELEASE
Alias: None
Product: Red Hat Enterprise Linux 7
Classification: Red Hat
Component: gnome-terminal
Version: 7.0
Hardware: Unspecified
OS: Unspecified
unspecified
high
Target Milestone: rc
: ---
Assignee: Debarshi Ray
QA Contact: Desktop QE
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2014-07-15 05:58 UTC by Yoshifumi Kinoshita
Modified: 2020-02-12 15:33 UTC (History)
6 users (show)

Fixed In Version:
Doc Type: If docs needed, set a value
Doc Text:
Clone Of:
Environment:
Last Closed: 2020-02-12 15:33:42 UTC
Target Upstream Version:
Embargoed:

Attachments (Terms of Use)

Description Yoshifumi Kinoshita 2014-07-15 05:58:40 UTC 
Description of problem:

  Shortcut keys don't work any more but it has still short cut character, namely "Some label (.)" with its label.
  For example:
    コピー(C)

Version-Release number of selected component (if applicable):

  gnome-terminal-3.8.4-8.el7.x86_64

How reproducible:

  Always

Steps to Reproduce:
1. Add a user using Japanese and login with the user.
2. Open a gnome-terminal
3. Right-click.

Actual results:
  The context menu looks like:

  ---
  端末を開く(T)
  新しいタブを開く(B)
  (snip)
  ---

Expected results:
  The context menu should look like:

  ---
  端末を開く
  新しいタブを開く
  (snip)
  ---


Additional info:
  Besides, we have to fix the same issue on the menu bar.
  Maybe there are more.

  I verified the same issue exists in Chinese environment. We need to check all languages.
Comment 3 Marek Stana 2015-05-12 11:34:47 UTC 
Hi, 


this problem still persist on gnome-terminal-3.14.2-1.el7.x86_64.

Is there any progress on this? 

Thanks
Marek
Comment 5 Debarshi Ray 2020-02-11 15:38:53 UTC 
(In reply to Marek Stana from comment #3)
> this problem still persist on gnome-terminal-3.14.2-1.el7.x86_64.
> 
> Is there any progress on this? 

GNOME Terminal was rebased a few times over the years, which brought in lots of bug fixes and features, so this might have been fixed.

Are you still seeing this bug?
Comment 6 Tomas Pelka 2020-02-12 12:28:13 UTC 
(In reply to Debarshi Ray from comment #5)
> (In reply to Marek Stana from comment #3)
> > this problem still persist on gnome-terminal-3.14.2-1.el7.x86_64.
> > 
> > Is there any progress on this? 
> 
> GNOME Terminal was rebased a few times over the years, which brought in lots
> of bug fixes and features, so this might have been fixed.
> 
> Are you still seeing this bug?

Mike can you please take a look.
Comment 7 Michael Boisvert 2020-02-12 14:30:48 UTC 
(In reply to Tomas Pelka from comment #6)
> (In reply to Debarshi Ray from comment #5)
> > (In reply to Marek Stana from comment #3)
> > > this problem still persist on gnome-terminal-3.14.2-1.el7.x86_64.
> > > 
> > > Is there any progress on this? 
> > 
> > GNOME Terminal was rebased a few times over the years, which brought in lots
> > of bug fixes and features, so this might have been fixed.
> > 
> > Are you still seeing this bug?
> 
> Mike can you please take a look.

RHEL 7.8 with Japanese language still has the shortcut keys (for example 端末を開く(T)) so I would assume this is not fixed. Not entirely sure how to use the specified shortcut key when using another language. Does the (T) indicate that some combination of keys including T would, in this case 端末を開く(T), open a new Terminal?

I don't know who to set need_info for because both the reporter and mstana do not work here anymore.
Comment 8 Debarshi Ray 2020-02-12 15:21:51 UTC 
Running with the ja_JP.UTF-8 locale, when I right click on a terminal, the context menu does have the '(T)' suffix for the 'New _Tab' menuitem. (For languages that don't use the latin alphabet, the shortcut key is mentioned separately within brackets.)

If I press 't' with the context menu open, I do get a new tab opened.

So, this seems to be working as expected, isn't it?
Comment 9 Michael Boisvert 2020-02-12 15:33:42 UTC 
Ah, yes I agree. Lets close this for now.
Note You need to log in before you can comment on or make changes to this bug.