rust-windowing / rust-windowing/winit

Key Combination Issue with Window Management on macOS Sequoia in Alacritty

Open
#3,986 3 comments 4 reactions 0 assignees View on GitHub

Nobody has claimed this yet.

B - bug DS - appkit
Dominant language
Rust
Stars
6.2k
Forks
1.3k
Avg merge
2d 19h
Merged PRs (30d)
9

Description

Description

In macOS Sequoia, new hotkeys for window management (fn + control + arrow keys) have been introduced, and these work seamlessly across most applications. However, in the Alacritty, which relies on winit for its window handling, these shortcuts do not perform as expected.

Problem Details:

  • Expected Behavior: When using the shortcut fn + control + left, the Alacritty window should move to the left side of the screen.
  • Actual Behavior: Instead of moving the window, a sequence ([1;5H when pressing fn + control + left, [1;5F for fn + control + right, etc.) appears within the terminal.

This issue does not occur in other applications on the system, making it unclear whether this is a bug in Alacritty itself or an interaction with winit.

Could this issue be related to winit?

refer to #8209

macOS version
ProductName:    macOS
ProductVersion: 15.0.1
Winit version

0.30.4

Contributor guide

Open the contributing guide

First steps

  1. Read the whole issue, then the project's contributing guide.
  2. Comment on the issue to say you are picking it up — it saves two people doing the same work.
  3. Fork the repository and make your change on a branch.
  4. Open a pull request that references the issue number.

Research direction

The issue names no repository files or tests; start by reproducing the fn+control+arrow behavior on macOS Sequoia with winit 0.30.4 and compare the related Alacritty issue #8209. Trace the macOS window and keyboard handling involved. Done means these shortcuts manage the window instead of emitting terminal escape sequences.

Written by the indexing model from the issue text.

Assessment

Tech stack
macos, rust
Domain
desktop, operating-systems
Issue type
Bug
Difficulty
4/5
Estimated time
3-5 days
Activity status
Stale
Clarity
Mostly clear
Newbie friendliness
35/100

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.