[wf-panel] Panel disappears on target outputs when 'outputs' variable is constrained in multi-monitor setup
メンテナーはふだん 1 日以内に返信
まだ誰も着手していません。
評価
調査の方向性
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
- 平均マージ
- 2日 23時間
- マージ済み PR（30日）
- 1
環境構築
このプロジェクトには開発コンテナ、Dockerfile、コントリビューションガイドがありません。まず README を読み、一般的な手順ははじめてのコントリビューションガイドを参照してください。
はじめの一歩
- issue を最後まで読み、次にプロジェクトのコントリビューションガイドを読みます。
- 着手することを issue にコメントします — 二人が同じ作業をするのを防げます。
- リポジトリをフォークし、ブランチを切って変更します。
- issue 番号を参照したプルリクエストを送ります。
WayfireWM/wf-shell のほかの issue
-
難易度 3/5 1〜2日 初心者へのやさしさ 58/100
WayfireWM/wf-shell#571 · コメント 5 件 ·
メンテナーはふだん 1 日以内に返信
-
Include subprojects (like open-weather-fetch) in release tarballs for offline distribution buildsオープン
難易度 4/5 3〜5日 初心者へのやさしさ 52/100
メンテナーはふだん 1 日以内に返信
-
panel : slow startup with ddcutil対応中かも @ayush213 が 37 日前に担当しました。 オープンgood first issue panel
難易度 3/5 1〜2日 初心者へのやさしさ 62/100
メンテナーはふだん 1 日以内に返信
-
難易度 3/5 1〜2日 初心者へのやさしさ 72/100
メンテナーはふだん 1 日以内に返信
-
bug
難易度 3/5 1〜2日 初心者へのやさしさ 52/100
WayfireWM/wf-shell#557 · コメント 3 件 ·
メンテナーはふだん 1 日以内に返信
WayfireWM/wf-shell の issue をすべて見る
似ている issue
-
ai_p2
難易度 2/5 1〜3時間 初心者へのやさしさ 68/100
ClickHouse/ClickHouse#125522 ·
メンテナーはふだん 1 日以内に返信
-
needs-triage
難易度 2/5 1〜3時間 初心者へのやさしさ 68/100
open-telemetry/opentelemetry-cpp#4697 ·
メンテナーはふだん 1 日以内に返信
-
難易度 2/5 1〜3時間 初心者へのやさしさ 76/100
-
難易度 2/5 1〜3時間 初心者へのやさしさ 73/100
FujiNetWIFI/fujinet-firmware#1921 ·
メンテナーはふだん 1 日以内に返信
-
難易度 2/5 1〜3時間 初心者へのやさしさ 64/100
azerothcore/azerothcore-wotlk#28108 ·
メンテナーはふだん 1 日以内に返信