https://bugs.kde.org/show_bug.cgi?id=360000
Bug ID: 360000
Summary: KMail grabs default PCM device on notification
Product: kmail2
Version: 5.1
Platform: Archlinux Packages
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: NOR
Component: misc
Assignee: kdepim-b...@kde.org
Reporter: patrick.auer...@gmail.com
The soundcard of my PC stopped working after a while, so I started monitoring
the usage of PCM devices in my system.
What I found is that KMail grabs the default PCM device of the system when a
notification dialog pops up (in my case it was the sieve script upload
confirmation dialog).
If the device is already in use (by pulseaudio), audio keeps working as it
should.
It seems that some notifications bypass pulseaudio and use ALSA directly, but
do not release the device afterwards.
Closing the application releases the device again, but its really annoying.
Reproducible: Always
Steps to Reproduce:
1. Open the sieve script editor
2. Klick OK to close the editor
3. Default PCM device gets used by KMail
Actual Results:
No audio over default soundcard
Expected Results:
Sound keeps working
Arch Linux package version: 15.12.2-1
Kernel: 4.4.1-2-ARCH x86_64
output of fuser -av
USER PID ACCESS COMMAND
/dev/snd/pcmC0D0p: valeth F...m kmail
--
You are receiving this mail because:
You are watching all bug changes.
