Bugzilla – Bug 1202644
No desktop alert sound
Last modified: 2022-08-25 01:40:16 UTC
The audio output on my system work fine. But there's no GNOME alert sound at all in my system. The sound can only be played in the settings itself, but the actual alert is muted.
Alert sound: GNOME Settings > Sound > Alert Sound
I checked in the dconf Editor, the event-sounds is turned on.
The corresponded alert sound files are at /usr/share/sounds/gnome/default/alerts/ like they should.
The "set bell-style none" is commented in the .inputrc file in my home directory.
You can test this by opening the terminal, then Preferences > Profiles > Your Profile Name > Sound > Terminal Bell (it's on by default). If there's nothing in the line, and you hit backspace, you should hear the alert sound. But you won't hear any due to this issue.
I came from Fedora 36, now using openSUSE Tumbleweed - updated to the latest snapshot, this issue is not occurred on Fedora 36. Therefore, I think it's an openSUSE bug.
On openSUSE, the audible bell is set to be false by default (10 years ago). If you are willing to use it, please try to set the key to bring it back:
gsettings set org.gnome.desktop.wm.preferences audible-bell true
Thanks a lot. After enable the "gsettings set org.gnome.desktop.wm.preferences audible-bell" to true, the alert is working again.
However, I don't know whether this should be set as a default behavior, and should not consider a bug. The current default value completely defies the user's setting.
> However, I don't know whether this should be set as a default behavior, and
> should not consider a bug. The current default value completely defies the
> user's setting.
My 2 cents:
As it's name implies, the key org.gnome.desktop.wm.preferences sets general desktop audio bell, whose "false" value seems overruling the application profile setup.
Fixing by making gnome-terminal's config overrides the value org.gnome.desktop.wm.preferences is a good option (But I do not really know if it is technically feasible with reasonable code change).
Alternatively, it may make sense to make gnome-terminal's "Sound -> Terminal bell" invisible (unconfigurable) when the overall setup org.gnome.desktop.wm.preferences is false. This keeps the current working logic between gnome-terminal profile and system-wise org.gnome.desktop.wm.preferences. It just sounds easier to argue a change.
So I would suggest to open an enhancement request on upstream and discuss there.
Thanks for your suggestion, I've made a feature request upstream here: https://gitlab.gnome.org/GNOME/gnome-shell/-/issues/5798
(In reply to Archer Allstars from comment #4)
> @Yifan Jiang
> Thanks for your suggestion, I've made a feature request upstream here:
Hi Archer, I think this is a setting of gnome-terminal, so perhaps it would be better to move the issue to gnome-terminal.
Hi Yifan, the mod there moved my request to: https://gitlab.gnome.org/GNOME/gnome-control-center/-/issues/2037
As the desktop alert sound setting is residing in GNOME Settings (gnome-control-center), which used by all GTK4 apps (not sure about GTK3 apps), for instance, Nautilus, GNOME Software, EasyEffects, Khronos, etc., not just in the terminal app.
By setting: gsettings set org.gnome.desktop.wm.preferences audible-bell false, would make all the alert sound in those apps muted, thus broken, i.e. not behave as intended.
(In reply to Archer Allstars from comment #6)
> Hi Yifan, the mod there moved my request to:
> As the desktop alert sound setting is residing in GNOME Settings
> (gnome-control-center), which used by all GTK4 apps (not sure about GTK3
> apps), for instance, Nautilus, GNOME Software, EasyEffects, Khronos, etc.,
> not just in the terminal app.
> By setting: gsettings set org.gnome.desktop.wm.preferences audible-bell
> false, would make all the alert sound in those apps muted, thus broken, i.e.
> not behave as intended.
Wonderful, so that is a real bug, thank you for the nice finding and information!