mirror of
https://github.com/binwiederhier/ntfy.git
synced 2026-05-09 08:26:00 +02:00
[GH-ISSUE #1298] [Feature Request] Override Volume Setting #921
Labels
No labels
ai-generated
android-app
android-app
android-app
🪲 bug
build
build
dependencies
docs
enhancement
enhancement
🔥 HOT
in-progress 🏃
ios
prio:low
prio:low
pull-request
question
🔒 security
server
server
unified-push
web-app
website
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference
starred/ntfy#921
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Originally created by @jraffeiner on GitHub (Mar 24, 2025).
Original GitHub issue: https://github.com/binwiederhier/ntfy/issues/1298
💡 Idea
Add the option to use the alarm stream for Max Priority Alerts, as it is being used for "Keep alerting", even on "Only alert once", as this would allow a notification to be heard even if the Phone is on Silent/DND, and maybe add an option to override the volume for this audio stream
💻 Target components
Android app
@xcpn commented on GitHub (Apr 13, 2025):
@binwiederhier please take this FR into consideration.
I'm hosting my own NTFY instance and have my VPS send alerts such as SSH logins and system reboots.
I have 3 topics
priority maxpriority highpriority defaultThe urgent topic works great and bypasses vibrate mode on Samsung (I have it on vibrate permanently), but the high and default priority notifications do not.
I really want to be able to chose if I want all priority notifications to bypass it and give me a notifications with sound. Currently trying to find a way to do it via Tasker but haven't found anything.
@wunter8 commented on GitHub (Apr 13, 2025):
If you go into the ntfy subscription settings, it should give you the option to "customize notification settings." That will take you to the system notification settings and will create a new channel for each priority level of that subscription/topic. You can then configure the notification settings for each priority level.
Have you tried this already?
@xcpn commented on GitHub (Apr 13, 2025):
Admittedly, I did not know this and I just configured it.
This doesn't change anything in my situation because only notifications received with Priority: max will bypass the vibrate/mute mode of the phone and actually give sound.
I only get the vibration. It doesn't work for me because I have enabled
Keep alerting for highest priority.What I'd really want is to be able to play the notification sound like it does on max priority notifications, without necessarily the need of continuous alerts until dismissed. Hope it's clear what I'm asking!
@xcpn commented on GitHub (Apr 16, 2025):
Update: I found a workaround, although the feature request would still be very helpful.
I did not think of it before because I was under the assumption that I needed to enable UnifiedPush for this, but I don't need to.
If you enable Broadcast messages in NTFY settings, you can then use Tasker like shown here to bypass the Vibrate/Silent Mode and do whatever you want.
In my case, I used the Music Play task in Tasker and added 2 different If statements for each of my %warnings and %info topics, so when notifications come through I can hear them even on Vibrate. This is not a problem with max priority modifications because it will always bypass the Vibrate/Silent Mode on its own, but the high/default priority ones will not.
@efstajas commented on GitHub (Sep 26, 2025):
Would greatly welcome this change. It's the only thing currently keeping us from using ntfy as our only critical alert delivery method.
I have my personal Home Assistant instance set up to deliver alarm notifications etc. by first changing my phone's ringer mode to ring, then raising the volume to max, then delivering the actual notification with a terrible sound. This has worked reliably.
If ntfy had a way to achieve something like this out of the box (acquire permissions for changing device settings, come with a few long alarm sounds, etc., allow setting a topic to always force the device into ring mode), I think it'd greatly enhance its viability as a critical alert delivery channel.
@jraffeiner commented on GitHub (Oct 17, 2025):
@binwiederhier please consider this FR and its implementation.