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 420117 - Mimic xterm's scrollback and terminfo WRT screen
Mimic xterm's scrollback and terminfo WRT screen
Status: RESOLVED WONTFIX
Product: vte
Classification: Core
Component: general
0.16.x
Other Linux
: Normal enhancement
: ---
Assigned To: VTE Maintainers
VTE Maintainers
Depends on:
Blocks:
 
 
Reported: 2007-03-19 14:02 UTC by Sven Arvidsson
Modified: 2015-12-26 12:59 UTC
See Also:
GNOME target: ---
GNOME version: 2.15/2.16


Description Sven Arvidsson 2007-03-19 14:02:56 UTC 
This bug was filed in the Debian BTS.
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=326227

The bug reporter want behaviour in gnome-terminal similar to xterm when it comes to scrolling back the buffer when one have a screen attached.

In xterm this works like, 
1, Print some screenfulls of ls -l, 
2, Attach a running screen, screen -r
3, Press Shift+PageUp, you see the buffer including the ls -l output of step 1.

In gnome-terminal, step 3 does not work. For more details, see the original bug report.
Comment 1 Tom Metro 2010-01-24 02:53:45 UTC 
I filed a bug against the VTE using ROXTerm emulator:
https://sourceforge.net/tracker/?func=detail&aid=2905143&group_id=124080&atid=698428

regarding a problem where either ROXTerm or gnome-terminal require a reset in order to restore functionality of the scrollbar after reattaching a screen session. It's a related problem, and the workaround suggested by the Debian bug seemed to fix it.

See also Bug #332148 regarding 'screen' integration with VTE/gnome-terminal.
Comment 2 Christian Persch 2015-12-26 12:59:46 UTC 
We don't show the normal screen's scrollback in the alternate screen on purpose, so closing this WONTFIX.