Bug 1228092 - have to run "alsactl restore" to restore sound in multiuser
Summary: have to run "alsactl restore" to restore sound in multiuser
Status: NEW
Alias: None
Product: openSUSE Tumbleweed
Classification: openSUSE
Component: Sound (show other bugs)
Version: Current
Hardware: Other Other
: P5 - None : Normal (vote)
Target Milestone: ---
Assignee: Takashi Iwai
QA Contact: E-mail List
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2024-07-18 05:51 UTC by Holger Hetterich
Modified: 2024-07-19 10:05 UTC (History)
1 user (show)

See Also:
Found By: ---
Services Priority:
Business Priority:
Blocker: ---
Marketing QA Status: ---
IT Deployment: ---

Attachments
Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this bug.
Description Holger Hetterich 2024-07-18 05:51:48 UTC 
I run Tumbleweed with two users, and sometimes I switch the graphically user interface (gnome here) from one user to the other. When I switch, sound is gone. The sound devices are still there, and there is even a sound level output, no error reported in the logs, but no sound is actually played. To workaround this, I have to run "alsactl restore" in a root session after switching the user, then sound is back again. When I switch back to the other user, same thing happens again. This behaviour differs from tumbleweed a few weeks ago, where sound just works for the current user that has control of the GUI.

Please tell me which logs I shall provide in case something is needed.
Comment 1 Takashi Iwai 2024-07-19 10:05:20 UTC 
Is this a regression?  i.e. the behavior was different in the earlier releases?


I believe wireplumber can save/restore the session at switching users.  Adding Antonio to Cc.