After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 784566 - Using modifiers with <return> no longer works.
Using modifiers with <return> no longer works.
Status: RESOLVED DUPLICATE of bug 477068
Product: vte
Classification: Core
Component: general
0.46.x
Other Linux
: Normal normal
: ---
Assigned To: VTE Maintainers
VTE Maintainers
Depends on:
Blocks:
 
 
Reported: 2017-07-05 18:40 UTC by Omari Stephens
Modified: 2017-07-11 16:35 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description Omari Stephens 2017-07-05 18:40:08 UTC
Basic tests:
Run xterm.  Run emacs.  Do "ctrl-h k ctrl-shift-return".  It displays "<C-S-return> is undefined".

Run xfce4-terminal.  Run emacs.  Do "ctrl-h k ctrl-shift-return".  Note that it displays the help for "RET".

Run gnome-terminal.  Run emacs.  Do "ctrl-h k ctrl-shift-return".  Note that it displays the help for "RET".

Similar behavior results when using <ctrl> alone.

Interestingly, lxterminal (which depends upon libvte9 rather than libvte-2.91-0) allows modifying <return> with <ctrl>, but apparently not with <shift>:
Run lxterminal.  Run emacs.  Do "ctrl-h k ctrl-shift-return".  It displays the help for "C-j".

The behavior for lxterminal is identical between <ctrl-shift-return> and <ctrl-return> (which differs from xterm).  But lxterminal also shows different behavior between <ctrl-return> (which shows help for "C-j") and unmodified <return> (which shows help for "RET")


I'm using Debian Unstable.  FWIW, xfce4-terminal is my typical terminal emulator, and I was only using gnome-terminal, lxterminal, and xterm to help isolate the problem.

$dpkg -l xfce4-terminal gnome-terminal lxterminal xterm libvte-2.91-0 libvte9
Desired=Unknown/Install/Remove/Purge/Hold
| Status=Not/Inst/Conf-files/Unpacked/halF-conf/Half-inst/trig-aWait/Trig-pend
|/ Err?=(none)/Reinst-required (Status,Err: uppercase=bad)
||/ Name           Version      Architecture Description
+++-==============-============-============-=================================
ii  gnome-terminal 3.22.2-1     amd64        GNOME terminal emulator applicati
ii  libvte-2.91-0: 0.46.2-1     amd64        Terminal emulator widget for GTK+
ii  libvte9        1:0.28.2-5+b amd64        Terminal emulator widget for GTK+
ii  lxterminal     0.3.0-3      amd64        LXDE terminal emulator
ii  xfce4-terminal 0.8.5.1-1    amd64        Xfce terminal emulator
ii  xterm          330-1        amd64        X terminal emulator

I'm currently traveling, and have other machines at home which exhibit behavior from xfce4-terminal that matches lxterminal.  I can fetch version info from those machines when I get back home.
Comment 1 Omari Stephens 2017-07-05 19:06:08 UTC
Aah, whoops; forgot emacs versions.  Behavior reproduces across emacs24 and emacs25

$dpkg -l emacs24-nox emacs25-nox
Desired=Unknown/Install/Remove/Purge/Hold
| Status=Not/Inst/Conf-files/Unpacked/halF-conf/Half-inst/trig-aWait/Trig-pend
|/ Err?=(none)/Reinst-required (Status,Err: uppercase=bad)
||/ Name           Version      Architecture Description
+++-==============-============-============-=================================
ii  emacs24-nox    24.5+1-11    amd64        GNU Emacs editor (without GUI sup
ii  emacs25-nox    25.2+1-1     amd64        GNU Emacs editor (without GUI sup
Comment 2 Egmont Koblinger 2017-07-11 16:35:57 UTC
See bug 730157 and bug 477068.

*** This bug has been marked as a duplicate of bug 477068 ***