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-bugs@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 the assignee for the bug. _______________________________________________ Kdepim-bugs mailing list Kdepim-bugs@kde.org https://mail.kde.org/mailman/listinfo/kdepim-bugs