SUMMARY Currently the audio notifications, when turned off, still gives an audio notification when volume is raised/lowered, it can be turned off by going in to audio settings and unclick the audio volume for the raising/lowering of volume - but with online meetings it would make more sense to go in to Notifications and turn them off. This may also be a regression as this was possible in 5.19 STEPS TO REPRODUCE 1. Go in to Notification Settings 2. Turn off Notification Sounds 3. Raise or Lower the Volume OBSERVED RESULT The volume raise/lower makes a click sound, unless shut off in the Audio Settings for the widget. EXPECTED RESULT That all notifications get silenced when notifications are turned off SOFTWARE/OS VERSIONS Linux/KDE Plasma: Tested on Opensuse TW and Arch (available in About System) KDE Plasma Version: 5.20.1 KDE Frameworks Version: 5.75 Qt Version: 5.15.1 ADDITIONAL INFORMATION Same effect on Arch Linux. The tricky part is I suppose what notifications are critical and what are seen as "flair" - volume feels like it should make a noise, but in Video meetings it is distracting.
Where in the Notification settings do you turn off the sound? The volume indicators are not notifications though, both from a technical and IMO also from a conceptual point of view. So I'm not sure tying the two together is a good idea. What if I want my notifications to never have sound but still want the volume indicator sound?
Technically these aren't notifications. You can turn off audio volume preview in System Settings > Audio > Applications > Notification Sounds > click the mute icon.
(In reply to Nate Graham from comment #2) > Technically these aren't notifications. You can turn off audio volume > preview in System Settings > Audio > Applications > Notification Sounds > > click the mute icon. In fairness this bug report is from a user who contacted the Facebook account who felt they wherent good enough with english to report the bug themselves and didn't understand how to do it. Their argument was that during video meetings they turn off all sounds to not disturb the conversations but then when raising/lowering the volume the clicks still made noises and that felt "off" and annoying since their logic was that when not wanting any sound notifications, all sound notifications should be removed. The reason I added it is because in a way the logic felt appealing to me and I didn't know if it was intended or not. The reason why is because that users action makes total sense - what from that person POV differentiate the clicks for lowering or raising volume to say, battery charging? The noise the volume raise action make is there to show the user the level of volume, the noise the power cord connection makes also tells them something. At the same time as mentioned its two different things but to the user this felt strange and they thought it was a bug. So I think its worth considering - they are different technically, but in practice they are in some scenarios, not.
It seems like the issue was more confusion with how the volume for applications worked. Closing this bug for now and may reopen if I get more info from the user
A bit sad to see this "bug" already closed. Not sure that is just a confusion. 1. Ok, sound feedback is not a "notification" but a kind a kmix notification no? (-> but it not possible to set specific parameters, introduced in 5.20, about "notifications" for kmix so far) 2. The notification mode that turn off notifications for a period is called "do not disturb" : it is not only about visual notifications but also about sounds, system warnings,... so why not sound feedback? 3. Before KDE Plasma 5.20 it was like that : with notification turned off, they were no sound feedback. It was perfect and working like expected by users. From my user POV, it is a real regression and i dont understand why it works not anymore like before (i dont want to permanently disable this option, neither to mute all sound, but just when "do not disturb" mode is enable [like on Android btw].
There seems to be a lot of confusion indeed. For instance I wasn't aware that we are talking about kmix instead of plasma-pa. What I think is happening is this: - There is a special "event" audio channel that is used by both KNotifications to send notifications and plasma-pa/kmix to make the volume change sound - When enabling the Do not Disturb mode in the notification applet Plasma mutes the event channel to turn off notification sounds. This therefore also mutes the volume change sounds, which kind of is an accidental feature. - For some reason kmix fails to mute the event channel and thus the volume change sound. Could be a regression in kmix. Muting works fine with plasma-pa
After looking at the notifications code I see that muting the event channel actually requires plasma-pa to be installed
*** Bug 460528 has been marked as a duplicate of this bug. ***