Trying to set notification sounds volume to a value different to 0 is not possible. The slider returns to 0 value. Reproducible: Always Steps to Reproduce: 1. Open system settings. 2. Open multimedia settings. 3. On "Applications" tab try to set the "Notifications Sounds" slider to a value different to zero" Actual Results: The value remains at 0. Expected Results: Able to set the volume to a value different than 0.
confirmed (plasma-5.7.3/fedora-24)
Also running into this on KaOS (plasma-5.7.4/KaOS) This issue can be found in both the system settings and the plasma-pa applet.
(In reply to Trent Reed from comment #2) > Also running into this on KaOS (plasma-5.7.4/KaOS) > This issue can be found in both the system settings and the plasma-pa applet. Slightly more information: KaOS uses phonon-gstreamer backend.
Have the same issue. System notification sound is too loud and I can't change it volume. OS: OpenSUSE Thumbleweed x64, Plasma 5.8.4
Notification volume being stuck to zero is also present on Debian Stretch, Plasma 5.8.6
Still a problem with Plasma 5.9.4 on openSUSE Tumbleweed.
Yep same issue ongoing Plasma 5.9.5 here on Manjaro Arch based. Also missing popping sound on mouse wheel volume change. Use to be there and other notifications sounds work.
A workaround has been discovered: install the `pavucontrol` package and use `/usr/bin/pavucontrol` to adjust the notification volume. This change becomes "sticky" such that uninstalling pavucontrol along with its deps restores the notification sound slider's adjust-ability as well as bringing back system sounds if they were totally gone for you (https://bugs.kde.org/show_bug.cgi?id=379316).
Created attachment 105250 [details] Prevent unnecessary setting mute Can someone please test this patch on Plasma 5.9.3 and newer?
Using the above patch on plasma-pa 5.9.5 fixes the issue in KaOS. (Frameworks 5.33.0, Qt 5.8.0).
Git commit b364a9e6c60cd3681ee7f3680179251e2efd2939 by David Rosca. Committed on 29/04/2017 at 21:00. Pushed by drosca into branch 'master'. StreamRestore: Don't write unnecessary changes Applet updates mute state with every volume change - it does writeChanges(volume) immediately following with writeChanges(mute) and it seems to make PulseAudio to ignore the volume change. This makes sure that writeChanges() is only called when something really changed. FIXED-IN: 5.10.0 Differential Revision: https://phabricator.kde.org/D5657 M +12 -4 src/streamrestore.cpp https://commits.kde.org/plasma-pa/b364a9e6c60cd3681ee7f3680179251e2efd2939
*** Bug 378031 has been marked as a duplicate of this bug. ***
This problem is still present in Kubuntu 17.10 with plasma 5.10.3 and 5.10.95.
Another change will be in 5.11 that should finally fix this issue.
Can you point folks to a commit or Phabricator revision for that change?
I did, but it got lost in multiple duplicates being reopened: https://phabricator.kde.org/D7485
*** Bug 383787 has been marked as a duplicate of this bug. ***
Commit with the fix: https://cgit.kde.org/plasma-pa.git/commit/?id=792248092d25512ef2fe37ff4c79c02242832626
Thanks David! And let's always try to mark duplicate reports as such and consolidate information in the master bug. That way interested parties have one central place to find the bug's status, and it's also easy to gauge the level of interest (10 dupes on one bug says more than 10 discrete bugs that haven't been marked as duplicates).
*** Bug 385379 has been marked as a duplicate of this bug. ***
I had this bug on the latest KDE Neon (5.16). Took me a few hours to find out this solution of installing pavucontrol to unstick the volume mute/zero for system notification sounds. Also, I think this caused an annoying delay in displaying of any notification that also had a sound, for example, it would take like two seconds to display the volume change popup when changing the volume, or when it displays confirmation popups.
(In reply to marklikesvideogames from comment #21) > I had this bug on the latest KDE Neon (5.16). it seems you are affected by bug 407397