[wf-panel] Panel disappears on target outputs when 'outputs' variable is constrained in multi-monitor setup
I maintainer di solito rispondono entro 2 giorni
Nessuno ha ancora preso questa issue.
Valutazione
- Difficoltà
- 4/5
- Tempo stimato
- 3-5 giorni
- Idoneità per principianti
- 48/100
Direzione di ricerca
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.
Scritto dal modello di indicizzazione a partire dal testo della issue.
Descrizione
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
- Lingua principale
- C++
- Stelle
- 179
- Fork
- 56
- Merge medio
- 6g 34m
- PR unite (30g)
- 3
Preparare l'ambiente
Questo progetto non fornisce container di sviluppo, Dockerfile né guida per i contributori, quindi l'ambiente è a tuo carico: parti dal suo README e consulta la nostra guida al primo contributo per i passaggi generali.
Come iniziare
- Leggi tutta la issue e poi la guida ai contributi del progetto.
- Commenta sulla issue per dire che te ne occupi tu — evita che due persone facciano lo stesso lavoro.
- Fai un fork del repository e lavora su un branch.
- Apri una pull request che faccia riferimento al numero della issue.
Altre issue di WayfireWM/wf-shell
-
Difficoltà 3/5 1-2 giorni Idoneità per principianti 58/100
WayfireWM/wf-shell#571 · 5 commenti ·
I maintainer di solito rispondono entro 2 giorni
-
Include subprojects (like open-weather-fetch) in release tarballs for offline distribution buildsAperta
Difficoltà 4/5 3-5 giorni Idoneità per principianti 52/100
I maintainer di solito rispondono entro 2 giorni
-
panel : slow startup with ddcutilForse già presa @ayush213 l’ha presa 38 giorni fa. Apertagood first issue panel
Difficoltà 3/5 1-2 giorni Idoneità per principianti 62/100
I maintainer di solito rispondono entro 2 giorni
-
Difficoltà 3/5 1-2 giorni Idoneità per principianti 72/100
I maintainer di solito rispondono entro 2 giorni
-
bug
Difficoltà 3/5 1-2 giorni Idoneità per principianti 52/100
WayfireWM/wf-shell#557 · 3 commenti ·
I maintainer di solito rispondono entro 2 giorni
Tutte le issue di WayfireWM/wf-shell
Issue simili
-
`IO.FS.realPath` reports every failure as `noFileOrDirectory` instead of classifying by `errno`Apertabug
Difficoltà 2/5 1-3 ore Idoneità per principianti 66/100
leanprover/lean4#15683 ·
I maintainer di solito rispondono entro 1 giorno
-
llvm.memcpy with destination align but no source align asserts "Missed Source alignment!"Forse già presa @pvelesko l’ha presa oggi. Aperta
Difficoltà 2/5 1-3 ore Idoneità per principianti 72/100
KhronosGroup/SPIRV-LLVM-Translator#4093 ·
I maintainer di solito rispondono entro 2 giorni
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 66/100
I maintainer di solito rispondono entro 1 giorno
-
SIMQ silently truncates multi-query batch search to the first queryForse già presa @LHT129 l’ha presa oggi. Apertakind/bug module/index needs-triage
Difficoltà 2/5 1-3 ore Idoneità per principianti 72/100
antgroup/vsag#3080 · 1 commento ·
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 2/5 Mezza giornata Idoneità per principianti 68/100
I maintainer di solito rispondono entro 1 giorno