[wf-panel] Panel disappears on target outputs when 'outputs' variable is constrained in multi-monitor setup
维护者通常 2 天内回复
还没有人认领这个 Issue。
评估
调研方向
Start by reproducing the multi-monitor case using wf-shell.ini, with [panel] autohide = false and outputs restricted to selected displays. Investigate wf-panel's rendering and output-boundary behavior, comparing slow and rapid pointer crossings. Done means the panel remains rendered on every configured output without requiring pointer-triggered redraws.
由索引模型根据 Issue 内容生成。
描述
Describe the bug
wf-panel randomly stops rendering / disappears on configured outputs when using a multi-monitor setup and restricting the panel to specific outputs via the outputs configuration variable. The panel has autohide = false.
When it disappears, bringing the pointer slowly from a lower display boundary upwards into the secondary monitor triggers a boundary/enter event and forces the panel to redraw. Moving the pointer rapidly across the boundary fails to trigger the redraw.
Note: Confirmed cross-platform (reproduces identically on both Linux and FreeBSD with Wayfire).
To Reproduce
- Set up a multi-monitor environment (2 or more displays).
- In
wf-shell.ini, set[panel]withautohide = falseand constrainoutputsto a subset of displays (e.g.,outputs = DP-1 DP-2or excluding a primary display). - Interact with the system / move focus between displays during normal usage.
- Observe that wf-panel randomly disappears on the target output. When this happens, any application running in fullscreen on that display drops out of fullscreen mode.
- Move the cursor quickly across the display boundary: panel remains invisible.
- Move the cursor slowly across the bottom-to-top boundary into the output: panel repaints/reappears.
Expected behavior
wf-panelshould remain persistently rendered on all specified outputs without requiring motion-triggered redraws across output boundaries.
System Information:
- OS: Void Linux & FreeBSD (Dual-boot setup)
- Compositor: Wayfire 0.11.0
- Shell: wf-shell (latest release/main)
- Session: Wayland
- 主要语言
- C++
- 星标
- 179
- 派生
- 56
- 平均合并
- 6 天 34 分钟
- 30 天内合并 PR
- 3
环境准备
这个项目没有提供开发容器、Dockerfile 或贡献指南，环境需要你自己搭建：先看它的 README，通用步骤见我们的新手贡献指南。
从这里开始
- 先读完整个 Issue，再读项目的贡献指南。
- 在 Issue 下留言说明你要接手 —— 这能避免两个人做同样的事。
- Fork 仓库，在一个分支上完成修改。
- 提交 Pull Request，并在描述里引用这个 Issue 编号。
WayfireWM/wf-shell 的其他 Issue
-
难度 3/5 1-2 天 新手友好度 58/100
WayfireWM/wf-shell#571 · 5 条评论 ·
维护者通常 2 天内回复
-
Include subprojects (like open-weather-fetch) in release tarballs for offline distribution builds未关闭
难度 4/5 3-5 天 新手友好度 52/100
维护者通常 2 天内回复
-
panel : slow startup with ddcutil可能已有人在做 @ayush213 于 38 天前认领。 未关闭good first issue panel
难度 3/5 1-2 天 新手友好度 62/100
维护者通常 2 天内回复
-
难度 3/5 1-2 天 新手友好度 72/100
维护者通常 2 天内回复
-
bug
难度 3/5 1-2 天 新手友好度 52/100
WayfireWM/wf-shell#557 · 3 条评论 ·
维护者通常 2 天内回复
查看 WayfireWM/wf-shell 的全部 Issue
相似的 Issue
-
难度 2/5 1-3 小时 新手友好度 66/100
维护者通常 1 天内回复
-
难度 2/5 半天 新手友好度 68/100
维护者通常 1 天内回复
-
难度 1/5 1 小时以内 新手友好度 82/100
KhronosGroup/glslang#4469 ·
维护者通常 1 天内回复
-
难度 2/5 1-3 小时 新手友好度 62/100
维护者通常 4 天内回复
-
难度 2/5 1-3 小时 新手友好度 65/100
Sagiroth/TortoiseBots#917 ·
维护者通常 1 天内回复