• Fixes ctrl-c still exits less, even when bat isn't passing --quit-on-intr #3444

Bug

When BAT_PAGER='less -R' is set (without -K), pressing Ctrl-C still exits less immediately instead of canceling the current operation and staying open. This happens because bat receives SIGINT and begins teardown, which causes less to lose access to the TTY and exit with EIO.

Solution

Use signal-hook to temporarily ignore SIGINT in bat while the pager is active. This allows less to handle Ctrl-C independently. When the pager exits, the signal handler is automatically restored via RAII.

Specifically I registered a dummy flag that's never checked. This prevents the default SIGINT handler from terminating the process, effectively ignoring the signal.

Changes

• Added IgnoreSigint RAII guard that ignores SIGINT while alive
• Wrapped Child in PagerProc struct to carry the signal guard
• Signal guard is created when spawning external pagers and dropped when pager exits

Now Ctrl-C behaves correctly in less:

• Without -K: cancels search/operation, stays open
• With -K: exits immediately (existing behavior preserved)

Demo

Before: Ctrl C closes the pager but neither does the terminal fully regain control. You have to press Ctrl + C again

for i in {0..100}; do echo $i; done | BAT_PAGER='less -R' bat

After: Ctrl + C sends SIGINT and bat actively ignores it, hence does not kill the pager process via teardown

for i in {0..100}; do echo $i; done | BAT_PAGER='less -R' ./target/debug/bat

Status

• Changelog entry applied
• No docs, this is a fulfillment of already documented behaviour in the pager section of the README
• Ready for review: yes