Terminal keeps jumping to the top of the scroll buffer

Hi,

With the December 2024 update to macOS `Ventura' version 13.7.4, now whenever I run a program or have a process that outputs at a sufficiently high rate in Terminal, Terminal keeps jumping to the top of the scroll buffer, which is hecka annoying as I have to keep pressing _end_ (or, in the case of my MacBook Pro, _fn_-_right arrow_) to return to the bottom to monitor output; is there anyone else that has had or is having this issue, and what did you have to do to keep Terminal from continuously jumping to the top of the scroll buffer?

'preciate it

MacBook Pro 15″, macOS 13.7

Posted on Mar 18, 2025 11:05 PM

Reply
4 replies
Sort By: 

Mar 20, 2025 3:57 PM in response to powerpcg5

I live in terminal emulators. The vast majority of Mac users do not.


When I stay live in, I mean I started with terminal access back around 1979 with real 80 column, 24 line physical terminals. I eventually moved up to a VAX/VMS workstation running DECterm terminal emulator. DECterm had a setting for how many lines to keep in the scroll back buffer. I've also use xterm on Unix based workstations.


I started using a Mac terminal emulator at work in 2005. I would sometimes noticed problems, such as the system getting sluggish as Terminal started to consume so much memory it started causing swapping. I looked around, and found it was my terminal emulator consuming all the memory (amplified when you have multiple windows and tabs open). So I looked some more and found preferences limiting the number of lines saved.


At work, I noticed other Mac users in Terminal using the too small fonts, and a host of other offenses because they were not bothering to learn the various Terminal preferences. So I wrote a work specific web page explaining all the more common preferences (including putting a limit on the number of scroll back lines), along with lots of information about ssh, how to bookmark ssh using unique Terminal Profiles, etc... The thing I found is that every Mac related book, public web page, Youtube video that talked about macOS Terminal spends about 5 seconds on preferences, expounds on the wonders of different color profiles, then ignores all the other preferences, and starts to explain the Unix commands. The people I work with know Unix/Linux commands very well, what they needed were using instructions on how to get the most out of the macOS Terminal emulator. The work web page is up to about 50 printed pages (most of it related to ssh connections to work development systems).


That is how I know about the preference/setting that limits the number of scroll back lines. Years and years of working with terminals and different terminal emulators. I actually spend most of my time using iTerm2, but I still maintain my work specific macOS Terminal web page, and it is visited about 5-10 times a day by someone in the company.


And no, I cannot export the page for you, or anyone else to read, as it has too much company specific information intermixed.



Reply

Mar 19, 2025 2:59 PM in response to powerpcg5

I do not have that issue, but as an experiment, can you try changing the


Terminal -> Settings (or is it still Preferences) -> select your profile -> Window (tab) -> Scrollback


and change it from:

Limit to available memory

to

Limit to number of rows to: nnnnn


and pick a reasonable number, such as 1000 lines, or even 10,000 lines, but anything except the default.

Reply

Mar 19, 2025 11:02 PM in response to BobHarris

First of all, how do you know this; and second, why do you know this lol.


Selected _Limit number of rows to:_ and tried setting it to values of 1048576, 262144, and 65536, which continued to overwhelm _Terminal_, causing it to bail and jump back up to the top of the scroll buffer whenever the output rate ramped up too fast; but then when I dropped down to 16384, that solved the problem! Really 'preciate it, Bob 👍


Interestingly, the value of 65536 won't overflow _Terminal_ on my machine if the _Terminal_ window is approximately half-( or more )obscured by other windows, but once I bring it to the front so that _Terminal_ has to keep redrawing the entire window the value of 65536 fails.


I feel like _Terminal_ should include code to detect whenever the redraw/refresh fails to keep up, triggering a dialog to the user suggesting they back off on the "Limit number of rows to:" value; does anyone know the Web address/URL for submitting macOS/macOS app PR's

Reply

Terminal keeps jumping to the top of the scroll buffer

Welcome to Apple Support Community
A forum where Apple customers help each other with their products. Get started with your Apple Account.