Regression: tab no longer works in `input list`

[kaathewisegit]

Bug report form

• I have done a basic search of the issue tracker to find any existing issues that are similar.
• I have checked that my version is at least the latest stable release available via my installation method.

Describe the bug

In 0.110 tab would switch between options in input list. As of 0.112 tab doesn't have any effect.

How to reproduce

[1 2 3] | input list (same with --fuzzy), press tab, there's no effect.

Expected behavior

Tab should move the pointer to the next option like it did before the 0.111 rewrite.

Configuration

key	value
version	0.112.1
major	0
minor	112
patch	1
branch
commit_hash	c5cf8ec
build_os	linux-x86_64
build_target	x86_64-unknown-linux-musl
rust_version	rustc 1.94.1 (e408947bf 2026-03-25)
rust_channel	stable-x86_64-unknown-linux-musl
cargo_version	cargo 1.94.1 (29ea6fb6a 2026-03-24)
build_time	2026-04-13 08:53:38 +03:00
build_rust_channel	release
allocator	standard
features	default, mcp, network, plugin, rustls-tls, sqlite, trash-support
installed_plugins	endecode 0.109.0, fs 0.110.0
experimental_options	example=false, reorder-cell-paths=true, pipefail=true, enforce-runtime-annotations=false, native-clip=false, cell-path-types=false

[fdncred]

Can you try this PR to see if it fixes things for you? #18039

[kaathewisegit]

It fixes tab in normal mode, but it doesn't work in fuzzy mode

[kaathewisegit]

I think the tab keycode has to be added to handle_fuzzy_key too

[fdncred]

oops. missed that. can you try again please?

[kaathewisegit]

Yep, standalone fuzzy selection works as it should now too

One last thing, tab (and backtab) in input list --multi should probably also call self.toggle_current() to match the behavior of tab in input list --fuzzy --multi

[fdncred]

One last thing, tab (and backtab) in input list --multi should probably also call self.toggle_current() to match the behavior of tab in input list --fuzzy --multi

Done. Please confirm.

[kaathewisegit]

Tabs work with --multi now, but for some reason the cursor doesn't move. I get this after pressing tab a few times:

> [x] 0
  [x] 1
  [x] 2
  [x] 3
  [x] 4
  [x] 5
  [x] 6
  [x] 7
  [x] 8
  [x] 9
  [x] 10
  [x] 11
  [ ] 12
  [ ] 13
  [ ] 14
  [ ] 15
...

[fdncred]

weird. i tested it on macos and didn't have any issues. what os are you on?

[fdncred]

i've repoduced it. lemme try and fix.

[fdncred]

@kaathewisegit one more time. hopefully you don't find any other regressions. input list is getting pretty complicated.

[kaathewisegit]

So, everything above works, but it seems there's another problem. Backtab wraps around, but it wraps to the bottom of the screen, not the bottom of the list. E.g. when I do 0..1_000 | collect | input list --multi and press backtab, it moves the selection to item 79, not item 1000.

That actually seems to be a general problem with navigate_up, it wraps around to the last character which has been rendered, not the last character in general.

Sorry I didn't notice it earlier, I only tried using backtab this time

[fdncred]

good catch. is it only on multi or fuzzy or normal too?

[fdncred]

@kaathewisegit ok, i think i have that fixed too. you've used up your "fix this" requests for the month now. 😆