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.

This happend more or less out of the blue, but I wasn't really paying attention. The tab displays an ssh connection to a FreeBSD-current
host, if that matters.

If anybody has a suggestion for turning scrollback on again please post!

Thanks for reading,

bob prohaska

--- SoupGate-Win32 v1.05
* Origin: Agency HUB, Dunedin - New Zealand | Fido<>Usenet Gateway (3:770/3)

On 29.04.2024 um 01:43 Uhr bp@www.zefox.net wrote:

If anybody has a suggestion for turning scrollback on again please
post!

Does Shift+Pgup work?

--
kind regards
Marco

Send spam to 1714347823muell@cartoonies.org

--- SoupGate-Win32 v1.05
* Origin: Agency HUB, Dunedin - New Zealand | Fido<>Usenet Gateway (3:770/3)

Marco Moock <mm+usenet-es@dorfdsl.de> wrote:

On 29.04.2024 um 01:43 Uhr bp@www.zefox.net wrote:

If anybody has a suggestion for turning scrollback on again please
post!

Does Shift+Pgup work?

No, it just echoes ;2~
Hitting [enter] returns
2~: Command not found.
On a whim I tried adding Ctrl and Alt to the mix, but it didn't help.

ISTR that scrollback turned off while running top on the FreeBSD host,
but scrollback resumed when top exited (until it didn't anymore). Now scrollback is off, the thumb fills the slidebar permanently.

I see under Edit > Preferences > Display an option to hide scrroll bar,
but toggling that seems to do nothing.

Thanks for writing, any further suggestions welcome!

bob prohaska

--- SoupGate-Win32 v1.05
* Origin: Agency HUB, Dunedin - New Zealand | Fido<>Usenet Gateway (3:770/3)

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

--- SoupGate-Win32 v1.05
* Origin: Agency HUB, Dunedin - New Zealand | Fido<>Usenet Gateway (3:770/3)

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

--- SoupGate-Win32 v1.05
* Origin: Agency HUB, Dunedin - New Zealand | Fido<>Usenet Gateway (3:770/3)

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.)

--- SoupGate-Win32 v1.05
* Origin: Agency HUB, Dunedin - New Zealand | Fido<>Usenet Gateway (3:770/3)

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

--- SoupGate-Win32 v1.05
* Origin: Agency HUB, Dunedin - New Zealand | Fido<>Usenet Gateway (3:770/3)

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

--- SoupGate-Win32 v1.05
* Origin: Agency HUB, Dunedin - New Zealand | Fido<>Usenet Gateway (3:770/3)