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 438977 - Scrolling in gnome-terminal will occasionally not work
Scrolling in gnome-terminal will occasionally not work
Status: RESOLVED NOTGNOME
Product: gnome-terminal
Classification: Core
Component: general
2.16.x
Other Linux
: Normal normal
: ---
Assigned To: GNOME Terminal Maintainers
GNOME Terminal Maintainers
Depends on:
Blocks:
 
 
Reported: 2007-05-16 20:36 UTC by Jon Dufresne
Modified: 2007-05-16 22:06 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description Jon Dufresne 2007-05-16 20:36:40 UTC
I am not sure what is causing this bug to occur but sometimes gnome-terminal's scroll buffer will stop working. My buffer is set to 99998 lines. In my terminal I typically ssh into other computers, inside the ssh session I often run emacs.

Sometimes when I get back I can't scroll with the mouse, scroll bar, or shift + pg up. No matter how much output I put to the terminal it will not work. If I open a new tab, that new tab works fine.

Let me know if there is additional info I can give.
Comment 1 Behdad Esfahbod 2007-05-16 21:07:11 UTC
Do you happen to run 'screen'?  Some application switch to the so-called alternate screen of the terminal that is a full-screen mode and has no scroll history.  Most editors use this mode.  That's why you don't get scroll/history while in emacs/vi for example.

Is that what you are experiencing?
Comment 2 Jon Dufresne 2007-05-16 21:12:00 UTC
No I do not run screen.

I should mention that once I `exit' the ssh session, the scroll buffer continues to not work.

Is it possible that the full-screen mode of emacs doesn't revert to a normal terminal? Maybe this is an emacs bug....?
Comment 3 Jon Dufresne 2007-05-16 21:15:46 UTC
It just occured to me what I think is happening.

I am in an ssh session using emacs. The ssh session closes unexpectedly therefore emacs never closes cleanly releasing the terminal from full-screen mode.

The terminal eventually returns to my local computer and then I begin to use it again. It never successfully gets out of that fullscreen mode so I am stuck with no scroll buffer.
Comment 4 Behdad Esfahbod 2007-05-16 21:18:41 UTC
Makes sense.  Does running 'reset' help?
There's no general cure for this kind of problems.  Processes dying while they have modified terminal state is a common problem.  The only fix I know is reset.
Comment 5 Jon Dufresne 2007-05-16 21:27:47 UTC
Yes. running reset gives my scroll buffer back, thanks for the tip.

I tested the theory some more, and using the method I described in comment 3 makes the bug reproducible.
Comment 6 Behdad Esfahbod 2007-05-16 22:06:11 UTC
Ok.  I can't think of any way that this can be improved in vte/gnome-terminal.