-
-
Notifications
You must be signed in to change notification settings - Fork 47
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
restarting gui-daemon results in broken audio #3249
Comments
This issue is present also on 3.2. Can be workarounded by reloading
This is a duplicate of #3147 |
Indeed, reloading module-vchan-sink now seems to work for me. It's a bit strange because I tried doing exactly that before filing the bug and it didn't seem to work, but maybe I had the system in a somewhat strange state as I was trying a bunch of things (perhaps pacat-simple-vchan not running or no audio devices) |
Is there a workaround/fix for Qubes R4? |
This is fixed in QubesOS/qubes-gui-agent-linux#89 |
Recreate vchan servers (libvchan_server_init()) on disconnection. This fixes audio in the case of Xorg crash (see QubesOS/qubes-issues#5273), and any kind of GUI restart. (cherry picked from commit fe0b701) Notes from origin: Fixes QubesOS/qubes-issues#3249
Automated announcement from builder-github The package
|
Automated announcement from builder-github The package
|
Automated announcement from builder-github The package
|
Automated announcement from builder-github The package
|
Qubes OS version:
R4.0-rc2
Steps to reproduce the behavior:
Expected behavior:
All applications reappear and audio works in VMs since GUI daemons are restarted.
Actual behavior:
GUI daemons don't restart automatically.
If restarted manually, by deleting /run/qubes/guid-* and running qvm-start-gui --all, then audio doesn't work since pacat-simple-vchan seems to hang before connecting to PulseAudio.
The text was updated successfully, but these errors were encountered: