[wf-panel] Panel disappears on target outputs when 'outputs' variable is constrained in multi-monitor setup
Maintainer thường phản hồi trong vòng 2 ngày
Chưa có ai nhận issue này.
Đánh giá
- Độ khó
- 4/5
- Thời gian dự kiến
- 3-5 ngày
- Mức phù hợp với người mới
- 48/100
Hướng nghiên cứu
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.
Do mô hình lập chỉ mục viết ra từ nội dung của issue.
Mô tả
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
- Ngôn ngữ chính
- C++
- Star
- 179
- Fork
- 56
- Merge trung bình
- 6 ngày 34 phút
- Pull request đã merge (30 ngày)
- 3
Chuẩn bị môi trường
Dự án này không cung cấp dev container, Dockerfile hay hướng dẫn đóng góp, nên bạn cần tự thiết lập môi trường: hãy bắt đầu từ README và xem hướng dẫn đóng góp lần đầu của chúng tôi để biết các bước chung.
Bắt đầu từ đâu
- Đọc hết issue, rồi đọc hướng dẫn đóng góp của dự án.
- Bình luận trên issue rằng bạn sẽ nhận — tránh hai người làm cùng một việc.
- Fork repository và làm thay đổi trên một nhánh.
- Mở pull request có tham chiếu số hiệu của issue.
Issue khác của WayfireWM/wf-shell
-
Độ khó 3/5 1-2 ngày Mức phù hợp với người mới 58/100
WayfireWM/wf-shell#571 · 5 bình luận ·
Maintainer thường phản hồi trong vòng 2 ngày
-
Include subprojects (like open-weather-fetch) in release tarballs for offline distribution buildsĐang mở
Độ khó 4/5 3-5 ngày Mức phù hợp với người mới 52/100
Maintainer thường phản hồi trong vòng 2 ngày
-
panel : slow startup with ddcutilCó thể đã có người làm @ayush213 đã nhận 38 ngày trước. Đang mởgood first issue panel
Độ khó 3/5 1-2 ngày Mức phù hợp với người mới 62/100
Maintainer thường phản hồi trong vòng 2 ngày
-
Độ khó 3/5 1-2 ngày Mức phù hợp với người mới 72/100
Maintainer thường phản hồi trong vòng 2 ngày
-
bug
Độ khó 3/5 1-2 ngày Mức phù hợp với người mới 52/100
WayfireWM/wf-shell#557 · 3 bình luận ·
Maintainer thường phản hồi trong vòng 2 ngày
Tất cả issue của WayfireWM/wf-shell
Issue tương tự
-
chore: update release scheduleĐang mở
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 62/100
Maintainer thường phản hồi trong vòng 4 ngày
-
nth_root does not restore the rounding mode and can return an upper bound below the true rootĐang mở
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 68/100
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 62/100
scanaislop/aislop#482 ·
Maintainer thường phản hồi trong vòng 1 ngày
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 62/100
EchoTools/nevr-runtime#547 ·
Maintainer thường phản hồi trong vòng 1 ngày
-
1 type: problem 2 scope: firmware 3 good first issue
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 65/100
SpaceTeam/STS1_COBC_SW#511 ·