Cmd+F (find...) begins search at unexpected placed in scrollback

[Daniel White]

Where does CMD+F begin searching in your terminal? I have unlimited scrollback enabled, and sometimes I'll search for a fairly common string but only want more recent mentions of it. The search often ends up somewhere in the middle of the scrollback, ie '1521/3000 results'. I've tried highlighting the bottom line, and my cursor is on the bottom line. Is there a way to begin the search at the most recent match?

Thanks in advance

[George Nachman]

By default it starts at the bottom and searches backwards. If you single-click somewhere then the search begins there. That gets reset if you press a key or a few other less common edge cases. If a command is selected (by single clicking) then only the selected command is searched.

On Sep 19, 2025 at 6:59:12 AM, 'Daniel White' via iterm2-discuss <iterm2-...@googlegroups.com> wrote:

Where does CMD+F begin searching in your terminal? I have unlimited scrollback enabled, and sometimes I'll search for a fairly common string but only want more recent mentions of it. The search often ends up somewhere in the middle of the scrollback, ie '1521/3000 results'. I've tried highlighting the bottom line, and my cursor is on the bottom line. Is there a way to begin the search at the most recent match?

Thanks in advance

--
You received this message because you are subscribed to the Google Groups "iterm2-discuss" group.
To unsubscribe from this group and stop receiving emails from it, send an email to iterm2-discus...@googlegroups.com.
To view this discussion visit https://groups.google.com/d/msgid/iterm2-discuss/df2be62a-a5ec-43cf-97ba-ba654109fda8n%40googlegroups.com.

[Dan White]

Mind taking a look at this capture to see what I mean? It sort of jumps in the middle of blocks sometimes. These are benign examples. There are times where it just ends up in the middle of a huge scrollback buffer with hundreds of results before and after the marker. Clicking doesn't seem to affect where the search starts

recording: https://www.dropbox.com/scl/fi/oxblbh6njbbvsfa6m1qx0/Screen-Recording-2025-10-01-at-2.23.49-PM-2.mov?rlkey=uozf8gy4l651mudngrpp1y4bc&st=8r5mb90d&dl=0

[George Nachman]

That certainly is wrong. If you can make a debug log that reproduces it, that would be very helpful to track it down. I played around for a bit but wasn’t able to make it happen.

On Oct 1, 2025 at 10:34:23 AM, Dan White <danwh...@gmail.com> wrote:

Mind taking a look at this capture to see what I mean? It sort of jumps in the middle of blocks sometimes. These are benign examples. There are times where it just ends up in the middle of a huge scrollback buffer with hundreds of results before and after the marker. Clicking doesn't seem to affect where the search starts

recording: https://www.dropbox.com/scl/fi/oxblbh6njbbvsfa6m1qx0/Screen-Recording-2025-10-01-at-2.23.49-PM-2.mov?rlkey=uozf8gy4l651mudngrpp1y4bc&st=8r5mb90d&dl=0

--
You received this message because you are subscribed to the Google Groups "iterm2-discuss" group.
To unsubscribe from this group and stop receiving emails from it, send an email to iterm2-discus...@googlegroups.com.

To view this discussion visit https://groups.google.com/d/msgid/iterm2-discuss/c15af2a9-c068-4acf-84b0-d66da64bc7a6n%40googlegroups.com.