lnav version
v0.13.2
Describe the bug
Two scenarios happening:
- Happens all the time: when I enter lnav with
lnav mylog.log and alike command, exiting it by all ctrl+c, q, :quit prints some sequence to terminal like:
ubuntu@findev:~/docker/api/logs$ lnav others.cab.*.log
ubuntu@findev:~/docker/api/logs$ 9;5:3u442;1:3u
ubuntu@findev:~/docker/api/logs$ lnav others.cab.*.log
ubuntu@findev:~/docker/api/logs$ 3;1:3u
- Happens rarely and randomly: when I enter lnav with
lnav bla*bla.log and alike command, it loads lnav with command line (the line for entering commands below lnav, like :9;5:3u442;1:3u) full of random sequence and lnav isn't responding to hotkeys normally (ctrl+c few times and reopening lnav loads it normally).
To Reproduce
Steps to reproduce the behavior:
on macOS, iTerm 3.6.8 (this is the latest, but many many previous versions had same issue)
My default settings had this option enabled: Settings -> Profiles -> Hotkey window -> Keys -> General -> "Apps can change how keys are reported". Asking GPT-5.4 helped me to clarify that this is because of CSI key reporting in modern terminals. After turning this option off, it works perfectly.
- Enter SSH session
- Run
lnav even without files passed - still has the bug
- Exit with any of
ctrl+c, q, :quit
Also a note: built-in macOS's Terminal app doesn't have this issue too, but this is most likely because they don't support CSI key reporting or smth like that.
GPT suggests that it's because lnav didn't clear/shutdown properly. Actually I remember I didn't have this issue in iTerm before. I will try with older lnav now and report it in the comments below.
lnav version
v0.13.2
Describe the bug
Two scenarios happening:
lnav mylog.logand alike command, exiting it by allctrl+c,q,:quitprints some sequence to terminal like:lnav bla*bla.logand alike command, it loads lnav with command line (the line for entering commands below lnav, like:9;5:3u442;1:3u) full of random sequence and lnav isn't responding to hotkeys normally (ctrl+cfew times and reopening lnav loads it normally).To Reproduce
Steps to reproduce the behavior:
on macOS, iTerm 3.6.8 (this is the latest, but many many previous versions had same issue)
My default settings had this option enabled:
Settings -> Profiles -> Hotkey window -> Keys -> General -> "Apps can change how keys are reported". Asking GPT-5.4 helped me to clarify that this is because of CSI key reporting in modern terminals. After turning this option off, it works perfectly.lnaveven without files passed - still has the bugctrl+c,q,:quitAlso a note: built-in macOS's Terminal app doesn't have this issue too, but this is most likely because they don't support CSI key reporting or smth like that.
GPT suggests that it's because lnav didn't clear/shutdown properly. Actually I remember I didn't have this issue in iTerm before. I will try with older lnav now and report it in the comments below.