Input unresponsive and cursor display abnormal under Wayland

[fuzy112]

Environment:

• Project: neomacs (github.com/eval-exec/neomacs)
• Build method: nix build successful
• System: Wayland session
• Command: RUST_LOG=TRACE ./result/bin/emacs -Q 1>log 2>&1

Problem Description:
After successfully building and running neomacs, the window displays normally but:

1. Cannot type any characters
2. Cannot move the cursor
3. Cursor displays as "hollow" (possibly default shape or not set correctly)

Key Log Information:

1. Window created successfully: Created winit window with id 1
2. Wayland platform: Using Wayland platform
3. wl_seat bound: Bound new global [38] wl_seat v7
4. Cursor shape manager: Bound new global [39] wp_cursor_shape_manager_v1 v1
5. wgpu initialization successful (Vulkan and GL backends)
6. Character rendering normal (many add_char_glyph logs)

Missing Logs:

• No keyboard input event handling logs
• No mouse input event handling logs
• No cursor shape setting logs

Possible Causes:

1. Wayland input events not properly delivered to the application
2. Cursor shape manager version compatibility issue (log shows: Version 2 of wp_cursor_shape_manager_v1 is available; binding is currently limited to 1)
3. Input event handling logic missing or incorrect

Reproduction Steps:

1. nix build
2. RUST_LOG=TRACE ./result/bin/emacs -Q 1>log 2>&1
3. Try to type or move cursor in the window

Expected Behavior:

• Normal keyboard input reception
• Cursor movable and displayed correctly
• Cursor shape changes according to context

Additional Information:
Full log file attached (over 51200 bytes, contains detailed TRACE level logs).

[fuzy112]

Attaching full TRACE log file for analysis.

[fuzy112]

Full TRACE log available at: https://gist.github.com/fuzy112/50c928d4e627ebbf60f958b32bb39406

[eval-exec]

Thank you for your testing, however, neomacs is busy on developing, the latest "can be build and basicly run" version maybe https://github.com/eval-exec/neomacs/tree/becaf8c46a8eb1c6a00043191559932063696eca

What's the git commit you build for testing? is it #18 ?
What's your Operating system? Desktop Env Version? Window Manager Version?

[fuzy112]

@eval-exec 感谢回复！以下是您询问的信息：

1. 测试的 Git Commit

我测试了两个版本：

a) PR #18 修复分支

• 分支: fix/issue-11-wayland-input-routing
• 最新提交: df13e54 fix(input): route threaded window events to the correct Neomacs frame
• 测试结果: 已在 PR fix: restore Wayland input routing and focus state in threaded mode #18 中详细反馈
  • ✅ 修复部分有效：看到新的 WindowEvent 跟踪日志
  • ✅ 键盘事件被捕获
  • ❌ 但输入仍然无法到达 Emacs 缓冲区
  • ❌ 光标仍然是空心状态
  • ❌ 鼠标无响应

b) 最新的 main 分支

• 分支: main
• 最新提交: 3d9f408 perf(display): batch glyph draw calls by sorting on GlyphKey
• 测试结果: 与 PR fix: restore Wayland input routing and focus state in threaded mode #18 类似的问题
  • 输入无响应
  • 光标空心
  • 鼠标无响应

2. 操作系统和环境信息

操作系统

• 系统: NixOS 25.11 (Xantusia)
• 显示服务器: Wayland
• 窗口管理器: niri 25.11 (Nixpkgs)
• 桌面环境: 无（纯 niri compositor）

硬件

• GPU: NVIDIA RTX 4060 Ti
• 驱动程序: NVIDIA 专有驱动
• Wayland 后端: 使用 NVIDIA 的 EGLStreams

3. 测试详情

构建命令

nix build
RUST_LOG=TRACE ./result/bin/emacs -Q 1>log 2>&1

关键发现

1. PR fix: restore Wayland input routing and focus state in threaded mode #18 修复部分有效：输入事件被捕获，但未正确路由到 Emacs
2. 焦点管理问题：日志显示频繁的焦点切换 Focused(false)/Focused(true)
3. 可能的 window_id 不匹配：输入事件使用 window_id = 1，但帧的 window_id 可能未正确初始化
4. 没有鼠标事件：完全没有看到鼠标事件日志

4. 建议的下一步

1. 添加更多调试日志到 neomacs_display_wakeup_handler 验证事件流转
2. 检查帧的 window_id 初始化逻辑
3. 验证焦点管理在 Wayland 下的行为

需要我进行更多测试或提供更多信息吗？我已经在 PR #18 中上传了完整的 TRACE 日志：https://gist.github.com/fuzy112/d1760d93748ce54f3c9c365973e8e63f

[eval-exec]

@fuzy112 Could you set NEOMACS_GPU=low and NEOMACS_GPU=high to test on #18 ?, does NEOMACS_GPU env var help?

[fuzy112]

@eval-exec 我已经测试了 NEOMACS_GPU=low 和 NEOMACS_GPU=high 环境变量。

测试结果

1. NEOMACS_GPU=low

• GPU 模式: LowPower (integrated GPU)
• 输入状态: 与之前相同
  • ✅ 键盘事件被捕获（看到 WindowEvent::KeyboardInput 日志）
  • ✅ 焦点事件有记录
  • ❌ 输入仍然无法到达 Emacs 缓冲区
  • ❌ 光标仍然是空心状态
  • ❌ 鼠标无响应

2. NEOMACS_GPU=high

• GPU 模式: HighPerformance (discrete GPU)
• 输入状态: 与 low 模式完全相同
  • 相同的输入捕获行为
  • 相同的问题表现

关键发现

1. GPU 模式不影响输入问题：low 和 high 模式都有相同的输入路由问题
2. 输入事件被正确捕获：两个模式都看到了键盘事件日志
3. 问题仍然存在：输入无法到达 Emacs，光标空心，鼠标无响应
4. 焦点管理不稳定：两个模式都显示频繁的 Focused(false)/Focused(true) 切换

结论

NEOMACS_GPU 环境变量不解决输入路由问题。问题似乎在于：

1. 输入事件从 Wayland/winit 层被正确捕获
2. 但事件未正确路由到 Emacs 的输入处理系统
3. 可能的 window_id 不匹配或焦点管理问题

需要我进行更多测试吗？我可以：

1. 添加临时调试日志到 neomacs_display_wakeup_handler
2. 检查帧的 window_id 初始化
3. 测试其他 Wayland compositor（如 sway）

[eval-exec]

I'm fixing, wait 5 minutes.

[fuzy112]

@eval-exec 已上传 NEOMACS_GPU=low 和 NEOMACS_GPU=high 的完整 TRACE 日志：

日志文件

1. log.gpu-low (NEOMACS_GPU=low): https://gist.github.com/fuzy112/ceba27cdbb6bd8d0654d6f49933e7be0#file-log-gpu-low
2. log.gpu-high (NEOMACS_GPU=high): https://gist.github.com/fuzy112/ceba27cdbb6bd8d0654d6f49933e7be0#file-log-gpu-high

日志摘要

共同特征

1. GPU 模式设置成功：

   • low: NEOMACS_GPU=low: using LowPower (integrated GPU)
   • high: NEOMACS_GPU=high: using HighPerformance (discrete GPU)

2. 输入事件被捕获：

   • 两个日志都显示 WindowEvent::KeyboardInput 事件
   • 包括字符输入：Character("n"), Character("p") 等
   • 焦点事件：WindowEvent::Focused(true/false)

3. 相同的问题表现：

   • 输入无法到达 Emacs 缓冲区
   • 光标空心状态
   • 没有鼠标事件日志
   • 频繁的焦点切换

关键日志片段

# log.gpu-low 示例
[2026-02-08T14:00:33Z TRACE neomacs_display::render_thread] WindowEvent::Focused(true)
[2026-02-08T14:00:35Z TRACE neomacs_display::render_thread] WindowEvent::KeyboardInput: key=Character("n"), keysym=0x6e, state=Pressed, mods=0x2
[2026-02-08T14:00:37Z TRACE neomacs_display::render_thread] WindowEvent::KeyboardInput: key=Character("p"), keysym=0x70, state=Pressed, mods=0x2

# log.gpu-high 示例（相同模式）
[2026-02-08T14:00:58Z INFO  neomacs_display] NEOMACS_GPU=high: using HighPerformance (discrete GPU)
[2026-02-08T14:01:00Z TRACE neomacs_display::render_thread] WindowEvent::KeyboardInput: key=Character("n"), keysym=0x6e, state=Pressed, mods=0x2

结论确认

NEOMACS_GPU 环境变量不影响输入路由问题。问题在于事件从 Wayland/winit 到 Emacs 输入系统的路由。

需要我进行更多测试或提供特定调试信息吗？

[fuzy112]

重要发现：问题与 Wayland compositor 相关

我刚刚在 labwc Wayland compositor 上测试了 neomacs，结果：

✅ labwc 上工作正常

• 键盘输入正常工作
• 光标显示正确
• 鼠标输入正常
• 所有功能都按预期工作

❌ niri 上问题依旧

• 输入无响应
• 光标空心
• 鼠标无响应

结论

问题特定于 niri compositor，而不是通用的 Wayland 问题。这表明：

1. neomacs 的 Wayland 实现基本正确（在 labwc 上工作）
2. niri 可能有特定的行为或要求导致输入路由失败
3. 可能是 niri 的窗口管理、焦点处理或输入事件传递与 neomacs 不兼容

可能的差异点

1. 窗口焦点管理：niri 可能以不同方式处理窗口焦点
2. 输入事件传递：niri 的输入事件路由可能与 labwc 不同
3. 窗口 ID 分配：niri 可能使用不同的窗口 ID 分配策略
4. 光标形状管理：niri 的 wp_cursor_shape_manager_v1 实现可能有差异

建议的调试方向

1. 比较 niri 和 labwc 的日志，查找差异
2. 检查 niri 特定的 Wayland 协议扩展
3. 验证窗口焦点和输入捕获在 niri 下的行为
4. 测试其他 compositor（如 sway、weston）确认模式

需要我在 niri 上进行更多特定调试吗？我可以：

1. 添加更多调试日志来追踪输入事件流转
2. 检查 niri 的 Wayland 全局对象绑定
3. 测试 niri 的配置选项

[fuzy112]

labwc 测试更新

在 labwc 中测试了新修复 d976708：

观察结果

1. 窗口创建成功：Created winit window with id 1
2. XKB 警告：一些 XF86 键符号无法解析（正常）
3. Wayland 连接断开：程序似乎崩溃导致连接断开

对比之前测试

• 之前：labwc 上 neomacs 工作正常（键盘、鼠标、光标都正常）
• 现在：新修复 d976708 在 labwc 中可能引入了崩溃

可能的问题

1. 新修复的严格路由逻辑可能在 labwc 中导致问题
2. 输入跟踪系统可能影响稳定性
3. 段错误问题在 labwc 中也出现

建议

1. 检查新修复在 labwc 中的兼容性
2. 验证段错误是否与输入跟踪系统相关
3. 考虑 niri 特定的修复策略

需要我在 labwc 中进行更多调试吗？

[fuzy112]

更正：labwc 测试结果

更正之前的评论：neomacs 在 labwc 中没有崩溃。

之前的输出显示 "Lost connection to Wayland compositor" 是因为我使用 nix run 启动 labwc，当退出 labwc 时连接断开是正常行为。

实际测试结果

在 labwc 中：

• ✅ 窗口正常创建
• ✅ 键盘输入工作正常
• ✅ 鼠标输入工作正常
• ✅ 光标显示正确
• ✅ 所有功能按预期工作

结论确认

问题确实是 niri 特定的：

• ✅ labwc：neomacs 完全正常工作
• ❌ niri：输入无响应，光标空心

这进一步确认了问题是 niri compositor 的兼容性问题，而不是 neomacs 的通用 Wayland 问题。