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

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

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

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

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

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

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