mirror of
https://github.com/binwiederhier/ntfy.git
synced 2026-05-09 08:26:00 +02:00
[GH-ISSUE #880] iOS not pushing notifications. Ntfy needs to be refreshed to view them. #622
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#622
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 @g0d1k on GitHub (Sep 13, 2023).
Original GitHub issue: https://github.com/binwiederhier/ntfy/issues/880
🐞 Describe the bug
💻 Components impacted
💡 Screenshots and/or logs
🔮 Additional context
@naxels commented on GitHub (Sep 16, 2023):
I noticed something similar today: iOS itself would show the notification,
however, opening the app (having it open previously + on the subscribed topic)
would not show the notification even upon refresh of the list.
Closing the app & reopening it, would show the notification in the topic.
@kevinlutzer commented on GitHub (Sep 17, 2023):
I am experiencing the same issue. I am running in a Kubernetes environment and here is my ConfigMap.
I was able to refresh the subscription by pulling down on the view in IOS.
@guisea commented on GitHub (Sep 18, 2023):
I too am unable to successfully receive push notifications to an iOS device.
Having tried this now on iPhone and iPad.
Was starting to feel crazy. I have company I see.
@kaiwei commented on GitHub (Sep 25, 2023):
Count me in as another user facing the same issue.
@guisea commented on GitHub (Oct 1, 2023):
@kaiwei I found notifications work perfectly fine if using the Progressive Web App instead of IOS native application.
@weirlive commented on GitHub (Oct 3, 2023):
same
@Trystan34 commented on GitHub (Oct 9, 2023):
@ctschach's comment reported that a reinstall of the iOS app worked. Have any of you tried that?
@guisea commented on GitHub (Oct 11, 2023):
I had tried re-installing a time or three on a couple devices to no avail.
However I have re-installed from App-Store again and it appears working now.
On Mon, 9 Oct 2023 at 1:35 PM, Trystan @.***> wrote:
@Trystan34 commented on GitHub (Oct 11, 2023):
I am hosting the NTFY server using Docker.
My server listens on port 8080 (http) not SSL but due to the one of the useful features of CloudFlare, it provides a toggle for auto SSL encryption to the domain even though the actual NTFY server is listening on HTTP.
Originally I had my base-url set to the static ip of my Rasberry Pi but I did not receive the notifications, since changing it to my domain with https (even though I do not have HTTPS enabled in the ntfy server.yml) it works now.
My docker-compose file
Since the Cloud Flare Tunnel points to my static ip of the Raspberry PI including port 8080, in the iOS app, I have the server set to just domain name excluding the port number.
@g0d1k commented on GitHub (Oct 12, 2023):
I'm not sure if this applies to anyone else but I was using a domain I have to send notifications using the CLI, when I stopped using the domain and started using the server IP it works as it should. ie. 'curl -d "My Message" mydomain.com/mytopic' and when I send as 'curl -d "My Message" 192.168.1.1/mytopic' it works.
@z3k0sec commented on GitHub (Oct 24, 2023):
I'm also not getting any notifications and have to manually refresh the app to get any notification messages.
Hosting NTFY via Docker and exposing it via Cloudflare tunnel.
"base-url" is set to notify.example.com and the upstream server is the default one.
@binwiederhier commented on GitHub (Nov 28, 2023):
This ticket seems to be an amalgamation of various problems, but very little information. The original bug report does not provide ANY information. I will hence close this issue an direct you to these potentially helpful instructions:
upstream-base-urlmust be configured to match exactly what you have configured as a default base URL in your iOS app. Otherwise messages will not arrive at all. See https://docs.ntfy.sh/config/#ios-instant-notificationsIn general, troubleshooting like this is best done via Discord/Matrix.
@jingc1413 commented on GitHub (Apr 28, 2024):
I have the same problem. Reinstalling the app and restarting the phone don't work. I have to refresh the app manually. I can see new messages.
eg:
curl -d "hello" ntfy.sh/xxxxxxx
@alexanderdoe commented on GitHub (Apr 28, 2024):
Unfortunately I have the same problem, I have checked everything several times. There is no notification and the messages are only loaded when you reload it in the app
@aliefe04 commented on GitHub (Jul 6, 2024):
The problem still exists
@zstreeter commented on GitHub (Jul 6, 2024):
Yeah, I have to refresh the app to see the notification. Seems like everything is setup correctly, since I can see the notification on refresh but not ideal
@vudam991 commented on GitHub (Jul 31, 2024):
I don't know if this is a fix for it but I finally got it to worked.
originally I have two spaces after removing the comma for the line
upstream-base-url: "https://ntfy.sh"
after I remove those two spaces, and restart ntfy it worked and even faster than Android.
upstream-base-url: "https://ntfy.sh"
@ste7enm commented on GitHub (Sep 5, 2024):
In case, like me, you find this on Google trying to troubleshoot your self-hosted Ntfy docker container and it not generating notifications in iOS, this part ended up doing the trick for me from @binwiederhier's linked known issues resource:
My problem was the mismatch between what I set the base-url to in the docker compose versus what I was using in the iOS app to connect – for me, it worked when I made them identical. So, when I previously had the base-url field set to, say,
https://192.168.0.1and in the iOS app had it configured tohttp://192.168.0.1:1337, updating the base-url field tohttp://192.168.0.1:1337in my docker container fixed the issue immediately and I began to receive notifications in iOS.@wunter8 commented on GitHub (Sep 6, 2024):
Glad you got it working! Yes, they need to match exactly. Here are the directions I share with people on Discord
These are the things you need to do to get iOS push notifications to work:
base-urlconfig in server.yml or NTFY_BASE_URL in env variablesupstream-base-urlin server.yml or NTFY_UPSTREAM_BASE_URL in env variables to "https://ntfy.sh"@zabaya commented on GitHub (Dec 1, 2024):
I had the same issue setting it up via docker, i was also running pihole as a dns server. I added google as a dns server on the compose file of ntfy and it worked again.
@nudefireninja commented on GitHub (Apr 14, 2025):
Deleting and redownloading the app worked for me. I am not self-hosting, but I originally installed the app many months ago so maybe the post-install configuration was out of date.
@jig1056 commented on GitHub (Oct 5, 2025):
So it's Oct of 2025 and I'm still having the issue. Not sure if there is something that I've done wrong f the bug persists. I tired reinstalling the app and also adding the dns entry to my docker container but no luck
@wunter8 commented on GitHub (Oct 5, 2025):
@jig1056 I can help troubleshoot on Discord/Matrix if you're interested.
I'd also recommend, though, using the PWA instead of the native iOS app. The PWA has more features and more reliable notifications than the native app
@jig1056 commented on GitHub (Oct 5, 2025):
Thanks.. Interesting, I will give that a try as well. But I did get iOS App to work using the suggestion from [ste7enm].
(https://github.com/ste7enm)
This worked for me, I just didn't restart my container after updating the server.yml
Set upstream-base-url: "https://ntfy.sh/" (not your own hostname!)
Ensure that the URL you set in base-url matches exactly what you set the Default Server in iOS to
@wunter8 commented on GitHub (Oct 5, 2025):
Glad you got it working! Yes,
upstream-base-urlis crucial for instant iOS notifications@jig1056 commented on GitHub (Oct 5, 2025):
I'm also testing the PWA and it's also working well. Nice to have options :) Thanks for the help
@luckman212 commented on GitHub (Oct 6, 2025):
Sorry I missed it, where do we go to read more about using the PWA instead of the iOS app please? @wunter8
edit: seems like https://docs.ntfy.sh/subscribe/pwa/ a good place to start
edit2: got it, actually was very simple. Deleted the native app, saved PWA to iPhone desktop, had to resubscribe to my tags and grant permissions—but all is working, including push notifications!
@thoughtsunificator commented on GitHub (Dec 22, 2025):
Having the same issue on latest iOS with recent PWA install. After 3 days the notifications stop and the application need to be opened again.
It's quite frustrating because it's pretty much the only option for those of us who do not want our data routed through Apple or any server for that matter which is pretty much what the "native" yet incomplete "app" is offering right now.
Unless everyone is on board with not being the sole sovereign of their data I don't get how this matter hasn't been (more) brought up to attention.
Not sure if this is still Apple hating on PWA for world wide domination or simply ntfy not caring about the real superiority of PWA.
Looks like it's crashing from time to time, not sure if it is related.
I am moving this into an issue...
@Hoptimal commented on GitHub (Jan 25, 2026):
This was absolutely key for me; sorted the issue straight away after tearing my hair out for ages. Thank you for posting!