Alt + up and Alt + down aren't being captured by ratty

[ZumiYumi]

Summary

Describe the bug clearly and concisely.

Steps to reproduce

1. Using zsh and alacritty run ratty
2. Run zellij
3. Alt +n to create new panes
4. Alt + up,down,left,right
5. You will see left and right work fine

Expected behavior

I expected the panes to work up and down

Environment

• OS:
• Ratty version / commit: ratty 0.3.0
• GPU / graphics stack:
• Config changes: zellij 0.44.2

Additional context

OS: 7.0.5-2-cachyos

lspci | grep ' VGA ' | cut -d" " -f 1 | xargs -i lspci -v -s {}
0000:00:02.0 VGA compatible controller: Intel Corporation Raptor Lake-S UHD Graphics (rev 04) (prog-if 00 [VGA controller])
DeviceName: Onboard - Video
Subsystem: Micro-Star International Co., Ltd. [MSI] Device 14a6
Flags: bus master, fast devsel, latency 0, IRQ 159
Memory at 6204000000 (64-bit, non-prefetchable) [size=16M]
Memory at 4000000000 (64-bit, prefetchable) [size=256M]
I/O ports at 5000 [size=64]
Expansion ROM at 000c0000 [virtual] [disabled] [size=128K]
Capabilities:
Kernel driver in use: i915
Kernel modules: i915, xe

0000:01:00.0 VGA compatible controller: NVIDIA Corporation GB206M [GeForce RTX 5070 Max-Q / Mobile] (rev a1) (prog-if 00 [VGA controller])
Subsystem: Micro-Star International Co., Ltd. [MSI] Device 14a6
Flags: bus master, fast devsel, latency 0, IRQ 16
Memory at 84000000 (32-bit, non-prefetchable) [size=64M]
Memory at 6000000000 (64-bit, prefetchable) [size=8G]
Memory at 6200000000 (64-bit, prefetchable) [size=32M]
I/O ports at 4000 [size=128]
Expansion ROM at 88000000 [virtual] [disabled] [size=512K]
Capabilities:
Kernel driver in use: nvidia
Kernel modules: nouveau, nvidia_drm, nvidia

[orhun]

Thanks for reporting!

Those key bindings are now being used for scrolling, which was implemented in #35

So maybe they are being overridden by the config file?
Can you removing these entries and trying it again:

[bindings]
keys = [
  { key = "PageUp", with = "alt", action = "ScrollPageUp" },
  { key = "PageDown", with = "alt", action = "ScrollPageDown" },
  { key = "Up", with = "alt", action = "ScrollUp" },
  { key = "Down", with = "alt", action = "ScrollDown" },
]  

[ZumiYumi]

Thanks for the quick response orhun :> I love ratty

[bindings]
keys = [
  { key = "C", with = "Control | shift", action = "Copy" },
  { key = "V", with = "Control | shift", action = "Paste" },
  { key = "Equal", with = "Control", action = "IncreaseFontSize" },
  { key = "Minus", with = "Control", action = "DecreaseFontSize" },
  { key = "0", with = "Control | alt", action = "ResetFontSize" },
  { key = "Enter", with = "Control | alt", action = "Toggle3DMode" },
  { key = "M", with = "Control | alt", action = "ToggleMobiusMode" },
]

Hmmm these are the only entries I have after removing the Scrollup and Scrolldown and it still occurs.

[orhun]

Hey, my initial evaluation for this issue was wrong. I thought it was the opposite (alt keys was taking control over zellij) - but now I see that the scrollback does not work in Zellij.

I have a potential workaround/fix in #63 - can you give it a try by installing from Git?

cargo install --git https://github.com/orhun/ratty

[ZumiYumi]

Hey orhun,
Sorry for the delay I have been super busy with work and projects.

Installed and same issue :<

2026-05-29T22:40:25.944376Z  INFO bevy_render::renderer: AdapterInfo { name: "Intel(R) Graphics (RPL-S)", vendor: 32902, device: 42888, device_type: IntegratedGpu, driver: "Intel open-source Mesa driver", driver_info: "Mesa 26.1.1-arch2.1", backend: Vulkan }
2026-05-29T22:40:26.149462Z  INFO bevy_render::batching::gpu_preprocessing: GPU preprocessing is fully supported on this device.
2026-05-29T22:40:26.156467Z  INFO bevy_winit::system: Creating new window Ratty (0v0)
2026-05-29T22:40:26.158153Z  INFO winit::platform_impl::linux::x11::window: Guessed window scale factor: 1.25
2026-05-29T22:40:26.413957Z  INFO vello::wgpu_engine: Initialising shader modules in parallel using 22 threads
2026-05-29T22:40:26.692745Z  INFO ratty::model: loaded cursor model from embedded:CairoSpinyMouse.obj (1 mesh parts)
2026-05-29T22:40:27.536005Z  WARN ratty::runtime: unhandled terminal escape sequence: \x1b\
2026-05-29T22:40:30.901307Z  WARN ratty::runtime: unhandled terminal CSI sequence: \x1b[?12l
2026-05-29T22:40:30.901335Z  WARN ratty::runtime: unhandled terminal CSI sequence: \x1b[?2031h
2026-05-29T22:40:30.901343Z  WARN ratty::runtime: unhandled terminal CSI sequence: \x1b[?996n
2026-05-29T22:40:30.901352Z  WARN ratty::runtime: unhandled terminal CSI sequence: \x1b[?1015h
2026-05-29T22:40:30.901360Z  WARN ratty::runtime: unhandled terminal CSI sequence: \x1b[14t
2026-05-29T22:40:30.901366Z  WARN ratty::runtime: unhandled terminal CSI sequence: \x1b[16t
2026-05-29T22:40:30.901375Z  WARN ratty::runtime: unhandled terminal CSI sequence: \x1b[?$2026p
2026-05-29T22:40:31.166028Z  WARN ratty::runtime: unhandled terminal CSI sequence: \x1b[59m
2026-05-29T22:40:31.166066Z  WARN ratty::runtime: unhandled terminal CSI sequence: \x1b[29m
2026-05-29T22:40:31.166078Z  WARN ratty::runtime: unhandled terminal CSI sequence: \x1b[28m
2026-05-29T22:40:31.166088Z  WARN ratty::runtime: unhandled terminal CSI sequence: \x1b[25m
2026-05-29T22:40:33.862463Z  WARN ratty::runtime: unhandled terminal CSI sequence: \x1b[ 0q

[orhun]

Should be fixed in #129 - tested locally :)

Let me know if you still experience problems