SwayWM 层式Shell键盘交互性回归问题分析

在SwayWM窗口管理器的开发过程中，最近发现了一个与层式Shell(Layer Shell)键盘交互性相关的严重回归问题。这个问题影响了使用层式Shell协议的应用程序，特别是当键盘交互性从"独占(exclusive)"模式切换回"无(none)"模式时，会导致窗口焦点系统出现故障。

问题现象

当层式Shell表面(Layer Shell surface)的键盘交互性被设置为"独占"模式后，再切换回"无"模式时，系统将无法再聚焦任何其他窗口。这个行为使得用户界面变得不可用，直到相关应用程序或SwayWM本身被终止。

这个问题最初在Lan Mouse项目中被发现，但后来通过GTK层式Shell演示程序(gtk-layer-demo)得到了更简单的复现方法。测试表明，这个问题不仅限于"独占"模式，"按需(OnDemand)"模式也会表现出相同的问题行为。

技术背景

层式Shell协议是Wayland协议的一个扩展，允许应用程序创建特殊类型的表面，这些表面可以出现在传统窗口之上或之下。键盘交互性设置控制着这些表面如何与键盘输入交互：

• 无(none): 表面不接受键盘输入
• 独占(exclusive): 表面独占键盘输入
• 按需(OnDemand): 表面可以请求键盘输入但不强制独占

在SwayWM中，这些交互模式的管理对于多任务环境下的用户体验至关重要。

问题根源

通过git bisect工具进行的回归分析指向了SwayWM代码库中一系列与场景图(scene-graph)API相关的提交。场景图是SwayWM渲染架构的重大重构，它改变了窗口管理和渲染的方式。虽然精确的故障提交难以确定，但可以确认这个问题是在场景图重构过程中引入的回归。

值得注意的是，这个问题没有影响到SwayWM 1.9正式版本，因为1.9版本的分支是在引入场景图重构之前创建的。这个问题主要存在于当前的开发版本中。

解决方案

开发团队已经识别并修复了这个问题。修复方案涉及正确处理层式Shell表面键盘交互性状态转换时的焦点管理逻辑。具体来说，修复确保当表面从"独占"或"按需"模式切换回"无"模式时，系统能够正确地释放键盘焦点，并允许其他窗口重新获得焦点。

影响与启示

这个回归问题提醒我们，在窗口管理器的核心架构变更时，需要特别注意输入处理子系统的一致性。层式Shell协议作为Wayland生态系统中越来越重要的组成部分，其正确实现对于支持现代桌面环境中的各种特殊用途表面(如面板、通知、屏幕键盘等)至关重要。

对于应用程序开发者而言，这个案例也强调了在依赖较新的窗口管理器功能时，需要考虑版本兼容性和潜在回归问题的重要性。