Menu
▾
▴
#1314 iTerm's scrolling not work with GNU screen
I am using terminal with the "GNU screen".
In most of the other terminal (X11's term or Default Terminal.app etc), I can use
termcapinfo xterm*|rxvt*|kterm*|Eterm*|putty*|dtterm* ti@:te@:G0 #use terminals scrollback
in $HOME/.screenrc to make the terminal scrolling working.
But this is not working with iTerm.app. The output within GNU screen doesn't cause iTerm.app to scroll (the scroll bar is gray, which indicates that no data is getting in iTerm.app's scrolling buffer).
Can you check with it?
Thanks,
poppyer@gmail.com
Has anyone been able to fix this? I am having the same problem with iTerm and it is quite frustrating.
In putty there was a setting to push all text on the screen to the Putty scrollback. I think that a similar setting is required here.
I am the same person that made a comment early today (just too lazy to create an account). I made a little progress on this issue. It looks like it has something to do with the hardstatus line that screen uses to display all the virtual screens that it has open. The presence of this hardstatus line causes iTerm to stop putting text that goes off the top of the screen into the iTerm scollback buffer (it just disappears). Without this hardstatus line everything seems to work fine.
Now this might be a defect in the terminal emulation. From what I have gathered the hardstatus line is displayed using an area of the terminal called the status line. This was a line that was static and not subject to be put into the scrollback, and could be used to display information in static physical location on the monitor. I believe that most terminal types support this notion of a status line.
I have this in my .screenrc, and the iTerm scrollback buffer plays great with screen:
termcapinfo xterm 'hs:ts=\E]2;:fs=\007:ds=\E]2;screen\007:ti@:te@'
Regards,
Clayton
Due to its age, this bug report has been marked as pending.
Please check to see if the bug still occurs with the latest release. If it does, either reopen this bug or create a new one.
Thank you.
Due to its age, this bug report has been marked as pending.
Please check to see if the bug still occurs with the latest release. If it does, either reopen this bug or create a new one.
Thank you.
This Tracker item was closed automatically by the system. It was
previously set to a Pending status, and the original submitter
did not respond within 14 days (the time period specified by
the administrator of this Tracker).
Ok, I can reproduce this. It seems that disabling the alternate screens using the technique you described only works in iTerm if screen does not have a status line at the bottom.
View and moderate all "bugs Discussion" comments posted by this user
Mark all as spam, and block user from posting to "Bugs"
Please try iTerm2 and see if this bug is fixed (I don't use screen so I can't reproduce it). http://code.google.com/p/iterm2/
Edit: > I have confirmed that this bug still exists in iTerm2. Removing the status line makes scroll work for me (but I really like having a status line).
Last edit: Anonymous 2016-03-18