Losing my place with toggle-filtering

[Paul Long]

Seems that when I toggle my filters off, the location is based on the first timestamp that matches the top line before I toggled.  I lose my place as the line I was focused on is gone or somewhere down on the screen.  

Is there some way to change this behavior?  Would this require a code change?

Paul

[lnav support]

Yes, the top line is generally used as the stable point when changes

to the view are made.

I'm not sure what you mean by "the line I was focused on".  Can you

clarify?

Tim

------- Original Message -------

--
You received this message because you are subscribed to the Google Groups "lnav" group.
To unsubscribe from this group and stop receiving emails from it, send an email to lnav+uns...@googlegroups.com.
To view this discussion on the web visit https://groups.google.com/d/msgid/lnav/781fbe8e-2631-43a8-955c-31c30b87631fn%40googlegroups.com.

[Paul Long]

My work flow is to start by limiting noise to see the high-level view; devices starts, shutdowns, and significant events.  This lets me find the time range in question.  Then I'll add more details based on the problem description.  Now I'm focused on a single line, in other tools this means it's selected, but for this case I make it the top line because I know this particular tool uses that instead of a highlight.  Then I toggle filtering off.  The line at the top is no longer at the top.  It jumps down on the page or potentially off the page.  Instead I would like to remain on top because it takes me a while to find it which interrupts my troubleshooting.

I think a simple way to reproduce the issue is to select a log with many timestamps of the same time when filtered.  Then scroll till the last one with the same timestamp is the top line and toggle-filtering.  In my case that top line jumps down and a new top line is appears which happens to be the first log line that matches the previous top line.

I would also add that being able to select a line with a mouse, and then removing a filter while my selected line stays still has the advantage that I can see lines above and below.  I think I understand this is difficult, or perhaps impossible with a console app, but that would the ultimate experience IMO.

Paul

[lnav support]

------- Original Message -------

On Tuesday, August 30th, 2022 at 6:14 AM, Paul Long <paule...@gmail.com> wrote:

My work flow is to start by limiting noise to see the high-level view; devices starts, shutdowns, and significant events.  This lets me find the time range in question.  Then I'll add more details based on the problem description.  Now I'm focused on a single line, in other tools this means it's selected, but for this case I make it the top line because I know this particular tool uses that instead of a highlight.  Then I toggle filtering off.  The line at the top is no longer at the top.  It jumps down on the page or potentially off the page.  Instead I would like to remain on top because it takes me a while to find it which interrupts my troubleshooting.

Press "m" to mark the line at the top that you're focused on.  You can then use

the u/Shift+U hotkeys to move through the marked lines.

In the future, I'll try to make the line stay even when the surrounding timestamps

are the same.

Tim 

I think a simple way to reproduce the issue is to select a log with many timestamps of the same time when filtered.  Then scroll till the last one with the same timestamp is the top line and toggle-filtering.  In my case that top line jumps down and a new top line is appears which happens to be the first log line that matches the previous top line.

I would also add that being able to select a line with a mouse, and then removing a filter while my selected line stays still has the advantage that I can see lines above and below.  I think I understand this is difficult, or perhaps impossible with a console app, but that would the ultimate experience IMO.

Paul

On Tuesday, August 30, 2022 at 12:07:17 AM UTC-4 lnav support wrote:

Yes, the top line is generally used as the stable point when changes

to the view are made.

I'm not sure what you mean by "the line I was focused on". Can you

clarify?

Tim

------- Original Message -------

On Monday, August 29th, 2022 at 3:10 PM, Paul Long <paule...@gmail.com> wrote:

Seems that when I toggle my filters off, the location is based on the first timestamp that matches the top line before I toggled. I lose my place as the line I was focused on is gone or somewhere down on the screen.

Is there some way to change this behavior? Would this require a code change?

Paul

--
You received this message because you are subscribed to the Google Groups "lnav" group.
To unsubscribe from this group and stop receiving emails from it, send an email to lnav+uns...@googlegroups.com.
To view this discussion on the web visit https://groups.google.com/d/msgid/lnav/781fbe8e-2631-43a8-955c-31c30b87631fn%40googlegroups.com.

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

To view this discussion on the web visit https://groups.google.com/d/msgid/lnav/dfb6fc47-e4d6-4505-8b46-31718b6fac71n%40googlegroups.com.

[Paul Long]

Thanks for the tip for marking.  Suppose that helps a little.

BTW, is there anyway to click on a line and make it the top "selected" line?

Thanks, Paul