Bug 157272 - disable system notification for all applications should be possible (as in kde 3.5.x) (disable sounds for all apps)
Summary: disable system notification for all applications should be possible (as in kd...
Status: RESOLVED FIXED
Alias: None
Product: systemsettings
Classification: Applications
Component: kcm_notify (show other bugs)
Version: unspecified
Platform: Ubuntu Linux
: NOR wishlist
Target Milestone: ---
Assignee: Olivier Goffart
URL:
Keywords:
: 162978 165281 165434 206070 211754 251308 349807 354622 (view as bug list)
Depends on:
Blocks:
 
Reported: 2008-02-06 18:48 UTC by Ismail Khoffi
Modified: 2019-11-14 17:57 UTC (History)
16 users (show)

See Also:
Latest Commit:
Version Fixed In:


Attachments
missing "Schnell-Kontrollen" from 3.5 in 4.2 (69.01 KB, image/png)
2009-01-31 19:45 UTC, Andreas Schiermeier
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Ismail Khoffi 2008-02-06 18:48:31 UTC
Version:           4.0.1 (using KDE 4.0.0)
Installed from:    Ubuntu Packages

see also old Bug 19025 
disable system notification for all applications should be possible (as in kde 3.5.x) (disable sounds for all apps)
Comment 1 Ismail Khoffi 2008-02-06 23:41:40 UTC
Sorry... Maybe I reported this in the wrong way...
The Product must be systemsettings and the component is kcmnotify...
Comment 2 Adrien Cordonnier 2008-05-05 18:23:18 UTC
I confirm this bug for KDE 4.0.3 (Ubuntu Packages)
Comment 3 Robin Pedersen 2008-06-14 01:47:32 UTC
*** Bug 162978 has been marked as a duplicate of this bug. ***
Comment 4 Robin Pedersen 2008-06-14 01:50:16 UTC
Confirmed in 4.1beta1 and trunk
Comment 5 Pino Toscano 2008-06-29 10:27:49 UTC
*** Bug 165281 has been marked as a duplicate of this bug. ***
Comment 6 Dario Andres 2009-01-21 18:03:19 UTC
In KDE4.2, in the Notification KCModule, in the "Player Settings" tab you can select "No audio output". Do you think it's OK with that option ? Or do you want to propose anything else ?
Thanks :)
Comment 7 András Manţia 2009-01-21 19:13:56 UTC
No, that is only for sounds and is a global setting. Check kcontrol from KDE3: you can turn off any type of notification and that setting is valid (by default, but changeable with a checkbox) for one application. So you can turn off just the systems sounds, or just kopete sounds, or just kopete messages, but not the sounds and so on.
Comment 8 Dotan Cohen 2009-01-22 09:42:36 UTC
I agree with Andras, there should be a button that lets the user configure "Turn off all sounds for this application".
Comment 9 Andreas Schiermeier 2009-01-31 19:45:45 UTC
Created attachment 30791 [details]
missing "Schnell-Kontrollen" from 3.5 in 4.2

I also miss this handy functions from KDE 3.5 in 4.2 called - in german - "Schnell-Kontrollen".
Comment 10 Christoph Feck 2009-10-26 18:07:36 UTC
*** Bug 211754 has been marked as a duplicate of this bug. ***
Comment 11 Nilli 2009-10-26 19:37:22 UTC
(re-explained from Bug 211754)

"No audio output" is a serious downgrade from "remove all notifications", and it complicates the interface for many users. Here's an example of why:

I don't want audio notifications anywhere in the system, except for one application, Kopete. In order to do that with the current setup I have to manually go through 18 applications with multiple audio notifications and turn them off one by one. With the previous (KDE 3) setup I could remove them all with one click and then manually add them for the one application where I wanted them, which in total resulted in way less clicks than the current setup.
Comment 12 disabled account 2010-05-23 07:40:41 UTC
Confirmed in KDE SC 4.4.2!
Comment 13 Christoph Feck 2010-09-15 13:14:33 UTC
*** Bug 251308 has been marked as a duplicate of this bug. ***
Comment 14 Christoph Feck 2011-07-28 19:07:04 UTC
*** Bug 165434 has been marked as a duplicate of this bug. ***
Comment 15 Alexander Nestorov 2015-02-08 22:49:26 UTC
*** Bug 206070 has been marked as a duplicate of this bug. ***
Comment 16 Christoph Feck 2015-07-17 17:55:18 UTC
*** Bug 349807 has been marked as a duplicate of this bug. ***
Comment 17 Jan-Matthias Braun 2015-08-17 08:51:34 UTC
It would be really nice to be able to again disable all audio notifications in one obvious place, the corresponding system settings panel.

Especially when not alone in a room, the ability to silence notifications without the need to use the mute button would be appreciated.

Thanks for all the great work! This would be a nice feature for the 5.x desktop-experience to be even better.
Comment 18 Rex Dieter 2015-10-31 15:18:05 UTC
*** Bug 354622 has been marked as a duplicate of this bug. ***
Comment 19 Martin Klapetek 2015-11-02 14:57:00 UTC
Fwiw, PulseAudio has the Event Sounds stream channel through which the notifications are routed. So you can just mute that one channel either in kmix or pavucontrol and all notification sounds will be gone.

But I understand that it doesn't work with phonon-vlc backend because the vlc devs refuse to add some support for it, so phonon-gstreamer is recommended.
Comment 20 Salvo "LtWorf" Tomaselli 2015-11-03 16:03:43 UTC
I don't use pulseaudio.

It solves a problem that I don't have, and creates several other problems.
Comment 21 Jan-Matthias Braun 2015-11-05 12:27:40 UTC
Yeah, thanks for the pulseaudio input, but I consent to the previous commenter's opinion. :-)
Comment 22 David Faure 2016-05-15 10:56:33 UTC
I'm much annoyed by the amount of clicks it takes to disable all sounds, too, so I finally implemented a button for disabling all sounds for the current app, at least.
https://git.reviewboard.kde.org/r/127926/

Yes the KDE3 solution was more flexible, but also much harder to understand/use. I'd like to cover the main use case, disabling all sounds. If someone wants to disable all kopete messages, that's still N clicks (N = number of events). But at least now disabling all sounds for all apps (a common use case) is M clicks (M = number of apps), as opposed to N*M before this fix ;-)
Comment 23 Jan-Matthias Braun 2016-05-17 08:39:55 UTC
Thanks David, this will make fighting the state of art a lot easier!

But I have a question/remark: So this button will only disable currently activated sounds? It will not disable sound-output for the application in general? This means, if a new event gets defined and has a default sound configured, then it will not be disabled?

I want to make a statement for a general solution to silence notifications, as there are situations when you do want to be able to play sounds, but do generally not want your applications to be noisy. In my special use case this covers every situation -- granted, others might be more selective. And every now and then, I do notice in the worst possible circumstances, that a new audio notification was created and enabled by default, which I have to search for manually to be able to disable it.

Therefore, disabling all sounds with a button makes working against the mechanism easier, but it is not a solution if sound notifications are generally not acceptable (e.g., in offices or conference rooms with other people) and muting the whole system is neither a solution.

I understand, that the current setup does not allow to suppress all audio notifications at once?
Would one have to patch every single application? I would have assumed, that all KDE applications use the same API for notifications, so that a global enable/disable flag should be possible. Does someone already know where to look?

Cheers,

Jan
Comment 24 David Faure 2016-06-28 08:34:06 UTC
Git commit 9d5440c14cf9e8107f2cb270ad69cec98ab9303c by David Faure.
Committed on 28/06/2016 at 07:56.
Pushed by dfaure into branch 'master'.

KNotifyConfigWidget: add disableAllSounds() method

This saves a lot of clicking compared to selecting each event
in the list and unchecking the "Play sound" checkbox, something
I have to do any time I set up a new computer (for me or around the office).
REVIEW: 127926

M  +11   -0    src/knotifyconfigwidget.cpp
M  +6    -0    src/knotifyconfigwidget.h
M  +20   -0    src/knotifyeventlist.cpp
M  +2    -0    src/knotifyeventlist.h

http://commits.kde.org/knotifyconfig/9d5440c14cf9e8107f2cb270ad69cec98ab9303c
Comment 25 Dotan Cohen 2016-06-29 06:57:11 UTC
Thank you David!
Comment 26 David Faure 2016-07-14 13:54:49 UTC
Git commit 49eec39d11e7f689a763e837bc82869bb08db4df by David Faure.
Committed on 14/07/2016 at 13:54.
Pushed by dfaure into branch 'master'.

Add button "Disable sounds for all of these events".

Requires KF 5.24 for knotifyconfig commit 9d5440c.

M  +17   -3    kcms/knotify/knotify.cpp
M  +1    -0    kcms/knotify/knotify.h

http://commits.kde.org/plasma-desktop/49eec39d11e7f689a763e837bc82869bb08db4df
Comment 27 Jan-Matthias Braun 2016-07-15 10:47:34 UTC
Sooo... sorry for going against the line here, but I do not think, that this button resolves the issue, just follows the suggestion from comment 8. As new events pop up from time from time, and some have a default sound set, this does not "disable system notification for all applications".

Such an option would hopefully suppress all sounds set in new events, too. Probably not by removing the configured sound, but by just never playing any sounds for notifications.

My opinion. Still thanks for the button!

Jan
Comment 28 David Faure 2016-07-15 10:53:52 UTC
I don't disagree. It would be an additional fix at another layer, which some people suggested.
Comment 29 Pascal d'Hermilly 2016-08-01 11:00:14 UTC
Which version will the fix appear in?
Comment 30 David Faure 2016-08-02 09:34:01 UTC
I couldn't go to Plasma 5.7 due to the KF-5.24 requirement, so this will be in Plasma 5.8 (October)

https://community.kde.org/Schedules/Plasma_5
Comment 31 David Faure 2019-07-15 06:54:43 UTC
I forgot to reopen the issue after my comment 28.
Comment 32 Nate Graham 2019-11-14 17:57:34 UTC
This feature is implemented on the Audio System Settings page, on the Applications tab. From there, you can mute all notification sounds systemwide, or control their volume. However due to Bug 407397, all notification sounds are muted by default and can only be un-muted using the `pavucontrol` app. Once that's fixed, this should all finally work properly.