Workrave状态窗口在Sway重载时异常显示的解决方案

Workrave是一款优秀的休息提醒软件，但在Wayland环境下运行时，特别是使用Sway窗口管理器时，用户可能会遇到一个界面显示问题：即使已经禁用了状态窗口显示功能，在Sway重载或从挂起状态恢复时，状态窗口仍会自动弹出。

问题现象分析

当用户在Sway环境下运行Workrave时，若执行以下操作序列：

1. 启动Workrave
2. 在设置中取消勾选"显示状态窗口"选项
3. 通过Mod+Shift+C快捷键重载Sway
4. 观察屏幕中央会意外出现Workrave的状态窗口

这种行为与用户的预期设置相违背，因为用户已经明确禁用了状态窗口的显示功能。

技术原因探究

通过代码分析，我们发现问题的触发机制如下：

1. Sway重载时，系统托盘组件(Waybar)会被重建
2. Workrave的AppIndicatorMenu组件检测到系统托盘消失
3. 触发应用保持机制(AppHold)，hold计数降为0
4. Toolkit组件调用MainWindow的显示逻辑
5. 最终强制显示状态窗口

核心问题在于：当Wayland环境短暂重建系统托盘时(约1秒)，Workrave过于急切地显示了自己的状态窗口，而没有等待系统组件恢复完成。

解决方案设计

针对这个问题，我们建议采用以下改进方案：

1. 延迟显示机制：当检测到系统托盘消失时，不应立即显示状态窗口，而是设置一个合理的等待时间(如10秒)。如果在等待期间系统托盘恢复，则取消显示操作。

2. 状态持久性检查：在决定是否显示状态窗口前，应再次检查用户的显示偏好设置，确保不违背用户的显式配置。

3. 环境稳定性检测：可以增加对桌面环境稳定性的检测，避免因短暂的GUI重建触发不必要的窗口显示。

实现建议

对于开发者而言，可以在MainWindow类的显示逻辑中加入以下改进：

void MainWindow::show_window()
{
    if (!user_settings.get_show_status_window()) {
        return;
    }
    
    if (tray_icon_disconnected) {
        auto timer = std::make_shared<sigc::connection>();
        *timer = Glib::signal_timeout().connect([this, timer]() {
            if (still_no_tray_icon()) {
                actually_show_window();
            }
            timer->disconnect();
            return false;
        }, 10000); // 10秒延迟
        return;
    }
    
    actually_show_window();
}

这种实现方式既尊重了用户的显示偏好，又为桌面环境提供了足够的恢复时间，能够有效解决Sway重载时的窗口异常显示问题。

总结

Wayland环境下的窗口管理有其特殊性，应用程序需要更加谨慎地处理与桌面环境的交互。通过引入适当的延迟和状态检查机制，Workrave可以更好地适应Sway等Wayland合成器的行为特点，提供更符合用户预期的体验。