Bug 399738 - ksmserver crashes when overriding audio device
Summary: ksmserver crashes when overriding audio device
Status: RESOLVED WORKSFORME
Alias: None
Product: ksmserver
Classification: Unmaintained
Component: general (show other bugs)
Version: 5.14.0
Platform: openSUSE Linux
: NOR normal
Target Milestone: ---
Assignee: Unassigned bugs mailing-list
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2018-10-12 22:19 UTC by kde
Modified: 2022-12-31 05:24 UTC (History)
0 users

See Also:
Latest Commit:
Version Fixed In:
Sentry Crash Report:


Attachments
ksmserver backtrace (5.44 KB, text/plain)
2018-10-12 22:38 UTC, kde
Details
second backtrace (trying to play logout sound) (9.02 KB, text/plain)
2018-10-12 22:49 UTC, kde
Details
third backtrace (again trying to play screen lock sound) (6.01 KB, text/plain)
2018-10-12 22:50 UTC, kde
Details

Note You need to log in before you can comment on or make changes to this bug.
Description kde 2018-10-12 22:19:49 UTC
SUMMARY
ksmserver crashes when having configured multiple audio devices and a screen lock sound

STEPS TO REPRODUCE
0. have screen lock sound configured in Systemsettings - Notifications - Screensaver
1. have two audio devices (primary: HDMI audio, secondary: onboard audio)
2. set HDMI audio as default in Systemsettings -> Audio and Video
3. manually override this setting in system tray's volume icon, set onboard audio as standard with the hamburger menu
4. try to lock screen with Ctrl-Alt-L

OBSERVED RESULT
ksmserver has a segmentation fault and crashes the entire session


EXPECTED RESULT
Failing to play the screen lock sound not resulting in a crashed session but just not playing that sound.
The screen lock sound plays fine when not overriding the playback device and letting the default HDMI audio play it.

SOFTWARE VERSIONS
KDE Plasma Version: 5.14.0
KDE Frameworks Version: 5.50.0
Qt Version: 5.11.2
openSUSE Tumbleweed 20181009
Comment 1 kde 2018-10-12 22:38:18 UTC
Created attachment 115608 [details]
ksmserver backtrace
Comment 2 kde 2018-10-12 22:38:49 UTC
I discovered that you have to "prime" your Plasma session to crash beforehand.
If you override the default audio device with the volume applet, it will only apply to application audio streams and not to notification sounds like login/logout and screen lock.
This also means that a new session and one that you modified while already running do not behave the same way as you'd expect.

1. set the onboard audio as standard in the system tray volume applet
2. log out
3. log in again, now the login sound will play over onboard audio and a message will appear informing you that the audio output was changed
4. press Ctrl-Alt-L, ksmserver will now crash as described above.
Comment 3 kde 2018-10-12 22:49:21 UTC
When having an overridden audio device, ksmserver will also crash when trying to play the logout sound, basically all notification-type sounds are "dangerous" when starting a Plasma session in this state.

I even had one case where the graphical session would just freeze, no crash dialog and not reacting to any user input anymore.

Here are some additional backtraces, the file sizes are different so maybe they help as well.
Comment 4 kde 2018-10-12 22:49:52 UTC
Created attachment 115609 [details]
second backtrace (trying to play logout sound)
Comment 5 kde 2018-10-12 22:50:19 UTC
Created attachment 115610 [details]
third backtrace (again trying to play screen lock sound)
Comment 6 Justin Zobel 2022-12-01 04:34:34 UTC
Thank you for reporting this issue in KDE software. As it has been a while since this issue was reported, can we please ask you to see if you can reproduce the issue with a recent software version?

If you can reproduce the issue, please change the status to "REPORTED" when replying. Thank you!
Comment 7 Bug Janitor Service 2022-12-16 05:14:17 UTC
Dear Bug Submitter,

This bug has been in NEEDSINFO status with no change for at least
15 days. Please provide the requested information as soon as
possible and set the bug status as REPORTED. Due to regular bug
tracker maintenance, if the bug is still in NEEDSINFO status with
no change in 30 days the bug will be closed as RESOLVED > WORKSFORME
due to lack of needed information.

For more information about our bug triaging procedures please read the
wiki located here:
https://community.kde.org/Guidelines_and_HOWTOs/Bug_triaging

If you have already provided the requested information, please
mark the bug as REPORTED so that the KDE team knows that the bug is
ready to be confirmed.

Thank you for helping us make KDE software even better for everyone!
Comment 8 Bug Janitor Service 2022-12-31 05:24:22 UTC
This bug has been in NEEDSINFO status with no change for at least
30 days. The bug is now closed as RESOLVED > WORKSFORME
due to lack of needed information.

For more information about our bug triaging procedures please read the
wiki located here:
https://community.kde.org/Guidelines_and_HOWTOs/Bug_triaging

Thank you for helping us make KDE software even better for everyone!