keybind.print() replaced with hardcoded labels — breaks if user overrides keybinds

[lkonga]

Issue

In the v1.17.4 rebase, upstream deleted the useKeybind() hook which provided keybind.print() and keybind.leader. Our patches injected JSX referencing these:

• keybind.print("session_interrupt") → hardcoded "esc"
• keybind.print("session_child_cycle") → hardcoded "→"
• keybind.print("session_child_first") → hardcoded "<leader>↓"
• keybind.leader → leader() (from useLeaderActive() — this one is correct)

Impact

If a user overrides keybinds (e.g. remaps session_interrupt from escape to something else), the UI labels will show the wrong key. leader() is correct since it uses the real hook.

Proper fix

Replace hardcoded strings with a runtime keybind label lookup. Options:

1. Use TuiKeybind.defaultValue("session_interrupt") — compile-time, still wrong if overridden
2. Create a small helper that reads from tuiConfig.keybinds.get() and formats the binding as a display string
3. Accept as-is (cosmetic only, rarely overridden)

Affected files

• patch-selectall.ts (SA6 — "esc" label)
• patch-steer-b.ts (S6 — "→", "↓" labels)

[github-actions]

This issue doesn't fully meet our contributing guidelines.

What needs to be fixed:

• No issue template was used. Please use one of the three required templates: Bug Report, Feature Request, or Question. Since this appears to be a bug report, it should include the required Description field and reproduction context following the Bug Report template.

Please edit this issue to address the above within 2 hours, or it will be automatically closed.

---

For keybind-related issues, please also check our pinned keybinds documentation: #4997

If you believe this was flagged incorrectly, please let a maintainer know.