Run PySide6 Settings UI tests in headless CI instead of skipping them
I maintainer di solito rispondono entro 1 giorno
Nessuno ha ancora preso questa issue.
Valutazione
- Difficoltà
- 3/5
- Tempo stimato
- 1-2 giorni
- Idoneità per principianti
- 68/100
Direzione di ricerca
Start by reading the existing GitHub Actions workflow and tests/test_settings_shell.py to see which Python interpreter runs the tests and how missing PySide6 causes skips. Run the GUI tests with QT_QPA_PLATFORM=offscreen, ensuring Qt is installed for that interpreter and the test run fails if GUI tests are skipped. Done when PR CI exercises the GUI tests, catches a deliberate assertion failure, and keeps system actions mocked.
Scritto dal modello di indicizzazione a partire dal testo della issue.
Descrizione
Problem
The GitHub Actions job installs shellcheck and systemd, but not system PySide6. tests/test_settings_shell.py skips the Qt GUI tests when PySide6 is unavailable, so CI can report green without exercising Settings window navigation, saving, source discovery, System actions, or close behavior. Local offscreen tests pass but are not enforced on pull requests.
Expected
Add a CI job or update the existing job to run PySide6 GUI tests headlessly (QT_QPA_PLATFORM=offscreen). Install Qt/PySide6 for the Python interpreter actually running tests (distro /usr/bin/python3 versus another Python on the runner can differ). Assert that the GUI tests ran, rather than accepting a skip as success. Keep systemctl/ydotool/clipboard actions mocked; CI must not access a real microphone or restart services.
Acceptance checks
- PR CI runs
test_settings_shell.py(and future GUI tests) with no skips caused by missing Qt. - Existing shell, backend, systemd and packaging checks still pass.
- A deliberate failing GUI assertion makes CI red.
- Headless runs do not connect to the desktop clipboard, open a microphone, or send user input.
This is coverage hardening, not a new user-facing Settings feature.
- Lingua principale
- Shell
- Stelle
- 0
- Fork
- 0
- Merge medio
- 27m
- PR unite (30g)
- 21
Preparare l'ambiente
- Nessun Dockerfile né file Docker Compose
- Ha un modello di pull request
- Leggi la guida per i contributori
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 graygarbage/HermesKey
-
privacy ux
Difficoltà 4/5 3-5 giorni Idoneità per principianti 48/100
graygarbage/HermesKey#67 ·
I maintainer di solito rispondono entro 1 giorno
-
packaging privacy
Difficoltà 5/5 Più di una settimana Idoneità per principianti 35/100
graygarbage/HermesKey#66 ·
I maintainer di solito rispondono entro 1 giorno
-
enhancement privacy
Difficoltà 5/5 Più di una settimana Idoneità per principianti 35/100
graygarbage/HermesKey#65 · 1 commento ·
I maintainer di solito rispondono entro 1 giorno
-
documentation privacy
Difficoltà 3/5 1-2 giorni Idoneità per principianti 62/100
graygarbage/HermesKey#64 ·
I maintainer di solito rispondono entro 1 giorno
-
bug privacy
Difficoltà 4/5 3-5 giorni Idoneità per principianti 42/100
graygarbage/HermesKey#63 · 1 commento ·
I maintainer di solito rispondono entro 1 giorno
Tutte le issue di graygarbage/HermesKey
Issue simili
-
Add PhotocraftApertaenhancement
Difficoltà 2/5 1-3 ore Idoneità per principianti 67/100
I maintainer di solito rispondono entro 1 giorno
-
Missing icon: novelWriterAperta
Difficoltà 1/5 Meno di un'ora Idoneità per principianti 78/100
-
bug
Difficoltà 2/5 1-3 ore Idoneità per principianti 62/100
-
needs-triage
Difficoltà 2/5 1-3 ore Idoneità per principianti 84/100
gke-labs/kube-agents#3394 ·
I maintainer di solito rispondono entro 1 giorno
-
Test fixtures inherit the Codex Desktop marker and select codex-app over fake terminal driversAperta
Difficoltà 2/5 1-3 ore Idoneità per principianti 76/100
I maintainer di solito rispondono entro 1 giorno