mirror of
https://github.com/binwiederhier/ntfy.git
synced 2026-05-09 16:35:53 +02:00
[GH-ISSUE #1292] All notifications broken whenever one is unauthorized #914
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#914
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 @tobast on GitHub (Mar 13, 2025).
Original GitHub issue: https://github.com/binwiederhier/ntfy/issues/1292
🐞 Describe the bug
Whenever one subscription on the Android app is unauthorized server-side, all subscriptions for this server stop working (as a single connection is established). This is also true of UnifiedPush subscriptions, that are auto-created without prompting the user to grant rights.
I noticed this problem after starting FluffyChat: this created a UnifiedPush subscription in ntfy through a new channel; however, my server has a default-deny ACL policy. This made ntfy-android unable to connect to ntfy, as one of the required subscriptions was denied; which means that all other subscriptions broke in the meantime.
A possible solution to this issue would be to detect subscription errors to some channels, and re-initiate a connection minus the denied channels, while notifying the user locally of the error.
💻 Components impacted
Android app
💡 Screenshots and/or logs
Can provide if necessary.
🔮 Additional context
@tobast commented on GitHub (Mar 13, 2025):
Somewhat related to #991
@binwiederhier commented on GitHub (Jan 20, 2026):
This is now easier to diagnose with the Connection error dialog in the 1.22.x release. Thanks for reporting.