From Newsgroup: comp.sys.raspberry-pi

On 29/04/2024 02:43, bp@www.zefox.net wrote:

One lxterminal window with several tabs has stopped saving a scrollback buffer. The only control I can find is Edit > Preferences > Scrollback
which says I have 880 lines of scrollback, but the thumb fills the slider
and rolling the mouse wheel works like the up-arrow key, displaying
previous commands.

Try the reset command. This can happen if a program which does curses
output such as an editor is killed without restoring the terminal state correctly.

---druck
--- Synchronet 3.19b-Win32 NewsLink 1.113

From Newsgroup: comp.sys.raspberry-pi

druck <news@druck.org.uk> wrote:

On 29/04/2024 02:43, bp@www.zefox.net wrote:

One lxterminal window with several tabs has stopped saving a scrollback
buffer. The only control I can find is Edit > Preferences > Scrollback
which says I have 880 lines of scrollback, but the thumb fills the slider
and rolling the mouse wheel works like the up-arrow key, displaying
previous commands.

Try the reset command. This can happen if a program which does curses
output such as an editor is killed without restoring the terminal state correctly.

That makes considerable sense, I think the problem appears when
an lxterminal session running top on the remote host exits
ungracefully. But:

I can find a "reset zoom" command in lxterminal, but the man
page does not contain the word "reset". Nor does top's man page.

Is "reset zoom" what you're suggesting? For the moment I'm not
seeing the problem, so it's hard to experiment. If by reset
you mean kill the tab and re-open it, yes, that works...

Thanks for writing!

bob prohaska


--- Synchronet 3.19b-Win32 NewsLink 1.113

From Newsgroup: comp.sys.raspberry-pi

On 2024-05-03, <bp@www.zefox.net> <bp@www.zefox.net> wrote:

druck <news@druck.org.uk> wrote:

On 29/04/2024 02:43, bp@www.zefox.net wrote:

One lxterminal window with several tabs has stopped saving a scrollback
buffer. The only control I can find is Edit > Preferences > Scrollback
which says I have 880 lines of scrollback, but the thumb fills the slider >>> and rolling the mouse wheel works like the up-arrow key, displaying
previous commands.

Try the reset command. This can happen if a program which does curses
output such as an editor is killed without restoring the terminal state
correctly.

That makes considerable sense, I think the problem appears when
an lxterminal session running top on the remote host exits
ungracefully. But:

I can find a "reset zoom" command in lxterminal, but the man
page does not contain the word "reset". Nor does top's man page.

Is "reset zoom" what you're suggesting? For the moment I'm not
seeing the problem, so it's hard to experiment. If by reset
you mean kill the tab and re-open it, yes, that works...

Thanks for writing!

bob prohaska

I'm not the one who suggested it, but I have used on occasion I
have used a "/usr/bin/reset" command. It's likely that's what
the original suggester meant. Also useful are "stty sane" and
"tset".

HTH
--
Robert Riches
spamtrap42@jacob21819.net
(Yes, that is one of my email addresses.)
--- Synchronet 3.19b-Win32 NewsLink 1.113

From Newsgroup: comp.sys.raspberry-pi

Robert Riches <spamtrap42@jacob21819.net> wrote:

I'm not the one who suggested it, but I have used on occasion I
have used a "/usr/bin/reset" command. It's likely that's what
the original suggester meant. Also useful are "stty sane" and
"tset".

HTH

Ahh, thank you! I wasn't aware of it. Unfortunately it appears that
if an interesting scrollback buffer has accumulated, the buffer is
lost when reset is invoked, or maybe it's already lost when top exits.

For now it appears best to run top in a separate tab.

Thanks for writing!

bob prohaska

--- Synchronet 3.19b-Win32 NewsLink 1.113

From Newsgroup: comp.sys.raspberry-pi

On 03/05/2024 23:29, bp@www.zefox.net wrote:

druck <news@druck.org.uk> wrote:

On 29/04/2024 02:43, bp@www.zefox.net wrote:

One lxterminal window with several tabs has stopped saving a scrollback
buffer.

Try the reset command. This can happen if a program which does curses
output such as an editor is killed without restoring the terminal state
correctly.

That makes considerable sense, I think the problem appears when
an lxterminal session running top on the remote host exits
ungracefully. But:

I can find a "reset zoom" command in lxterminal, but the man
page does not contain the word "reset". Nor does top's man page.

Is "reset zoom" what you're suggesting? For the moment I'm not
seeing the problem, so it's hard to experiment. If by reset
you mean kill the tab and re-open it, yes, that works...

Sorry, didn't occur to me you might not have the reset command
installed. Try:-

sudo apt install ncurses-bin
man reset

---druck

--- Synchronet 3.19b-Win32 NewsLink 1.113