-
Notifications
You must be signed in to change notification settings - Fork 309
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Known iOS 16, watchOS 9, macOS 13 issues #2148
Comments
Is this also the reason with notify. is never registered in HomeAssistant? |
i just wanted to add #2201 here |
I have upgraded to iOS 16 and watchOS 9. I am experiencing issues with apple watch complications. The only option I have in the watch app is Placeholder. If I go to watch faces I have already set up they display the names of the complication that I had previously configured. However, on the watch it says "Not configured - A template for display has not been configured". I tried recreating one of my complications, but 24 hours later I still only have Placeholder as an option. I have tried various tips and tricks to get the watch app to recognize new complications, but so far no luck. Is anyone else experiencing this? Any assistance would be greatly appreciated. Thank you. |
The workaround of defining Device Name in the HA app settings appears to work, because I see my However, after I close the HA app on my phone, the |
Same here - once you log out of the IOS app and back in it doesn't preserve the Device Name you manually entered and is sending that to HA, which reverts all of the entities back to the generic "sensor.iphone_xxxx". The work-around for now seems to be to not log out of the app! I haven't tested it yet, but it may also be doing this when switching from internal to external IP's, since that's what first tipped me off that something wasn't working. |
It's worse for me than reverting when I log out of the app. While sitting at my computer, I set my phone down on the desk, locked, HA app closed. In HA on desktop I open Developer Tools > Services and type As a result of this behavior, my notifications work intermittently. EDIT: The flapping between named and generic was only happening for one iPhone. The HA app had two servers defined, one with a public URL (which resolves to a local IP since my DNS goes through wireguard), and another with a private address (which resolves to the same internal IP). The server with the private address still had the default device name, which explains why it was switching back and forth. I thought I deleted the secondary server from my HA app; in fact, just now I deleted it again, but it reappeared after I closed and re-opened the app. I am setting the device name to Todd iPhone to match the other server definition before trying again to delete it. |
Let me know how that works out for you. I was also seeing multiple servers in the app at times and would delete them, but couldn't identify the cause. As part of my testing I've removed the external URL (Duckdns) from all 3 iPhones as well as from the Network section of the HA, and it continues to revert all 3 iphones to the generic "iPhone" as soon as any one of them logs out of the app and back in. These issues (2203) still have not been assigned to anyone, and were identified 3 months ago. |
I have deleted the second server a dozen times and it keeps coming back... and when it comes back, the Device Name field is blank/default. This time I am setting the Device Name to Todd iPhone and not deleting the server. Maybe it will keep the custom Device Name and stop the flapping in HA. |
Hi folks, I'm aware of the notification service name issue (we requested but never received from Apple approval to access device names well in advance and I was counting on approval; it honestly slipped my mind until release day) but unfortunately haven't had a chance to implement a workaround. I hope to get this fixed and out in the next week or two by prompting for a device name whenever we do not know one -- both when setting up a server and for already-set-up servers. The one issue with the workaround in the top of the issue is I'm sorry for the inconvenience but please be patient as I've just welcomed my daughter into the world this weekend and have been otherwise occupied recently. |
I'm sorry for the dumb question, but I'm not quite clear. Are complications completely broken in watchOS 9, or is it just that they can't be added / edited? I've upgraded my phone to iOS 16, but I use quite a few watch complications, so I'm holding off on the watchOS upgrade. So I'm wondering whether I should continue to hold off. If complications are completely broken, may I suggest creating / pinning a new issue just to cover the watchOS complication problem? |
Grrr. My watch got updated to watchOS 9 overnight - I had forgotten auto-updates were on. But the good news is that complications seem to be working. Is this expected? |
I have a variation of the workaround that seems to work - at least until the app forgets that it has a ser er defined:
Hope this helps someone… |
I don't know if this will help you, but at least one complication is working for me: Edit: I should've read your message better. Which complications do you have working? Can you screenshot? |
Congrats! You are forgiven :) |
For me, HomeKit’s lock widget is too-often showing “All Off” for lights even when that’s practically never the case in my house. |
@ntompson: can you please post a screenshot of the configuration? |
I had to install my watch again (switch from old iPhone to new). |
A hearty congratulations from my family to yours. A programmer AND a daddy? I see copious amounts of coffee in your future! |
"I had to log out of my Wi-Fi and do a manual update in the HA App." |
Disable Wi-Fi, then open the HA App, Go to settings --> mobile App --> Apple Watch and click on the Blue Field under manual Updates (German "Fehler beim Update"). Afterwards everything was back on my watch. Now you can Enable Wi-Fi again! |
Hi, just to add to this, I've played around with the new watchOS 9 and Complications and worked out the ones that are working and not working. On Apple's Complication Guide here: https://developer.apple.com/design/human-interface-guidelines/components/system-experiences/complications they have referred to a number of templates as 'Legacy' which I assume means they are phasing these out or the update may have broken the app's config? These 'Legacy' templates appear to be the ones that are no longer working. The ones that are working are in line with the Apple Guide above and are Graphic Circular, Graphic Corner, Graphic Rectangular and Modular Large. I've tried these out on watchOS 9 and iOS 16 and they work fine. I have put the steps taken here in this video: https://www.youtube.com/watch?v=7t22v6Wh6HM |
None of the widgets are working on my watch, I'm running iOS 16 & WatchOS 9. |
|
Check my post above from Sep 21 - it seems to work reliably for me and my family and a few friends. |
I'll give this a try again. Not sure I had waited for it to 'forget' the server and repeated the process a second time. At one point I had tested creating a second server entry, one for local/home and one for external (DuckDNS), and even though I've deleted each of those I often find they re-appear in the companion app. Seems like things work up until I either log out of the companion app or leave my Home zone, at which point I either get multiple server entries and/or the generic "iPhone" entry in the Integration. Crossing my fingers.... |
I've not been able to keep the workaround going either. At one point the I was good for about 24 hours. After a while the entries just show back up and my notification service no longer works. What I found was if I completely close the app (swipe up from the bottom, swipe up on the HA card) all the entries come back when I open the app back up immediately. |
Yea, I'm not sure what "wait for the app to forget the server'" means either. I'm not sure I've ever had it not show a server entry, just duplicates. After completing steps 1-4, I left my Wi-Fi and when I returned my cellular IP was banned from too many bad login attempts, even though my external URL was correctly picked up from HA when I first signed in after deleting the companion app. When I checked the Integration it has once again reverted back to the generic "iPhone". So maybe this works as long as you never log out of the iphone app, never restart your iphone, and never switch from the internal to external URL. |
Hopefully step 5 never occurs - my setup has been stable now for the past couple of weeks. I have restarted my Iphones, upgraded my Iphones and I use Nabu Casa for remote access. In step 4 you should not set up a new server connection. It should already be there you just have to approve the apps access to location, notifications etc. Do you use Icloud for backups etc? |
I'm going to leave it broken until fixed I think. Had to disable all my notifications to phones which is a bummer.... Maybe this will make me find a better notification route. :( |
I took the opportunity to point all my notifications to a telegram group. That way I can see history, which is nice. It doesn't have actionable push messages, but it does support buttons along with the message in the group/chat itself (have to open the app from the push message). |
No choice but to wait for an update. My workarounds are either sending an SMS message via e-mail to my Verizon vtext, or just adding notify.mobile_app_iphone to all of my automations. The notify method is only good if you want everyone to receive the same message since you never know what the iphones are currently named. Thanks for the Telegram reminder - I set it up once-upon-a-time and haven't done much with it. The group option looks like it will come in handy. |
Thanks for the tip! I've set this up and its working great so far. Also, it gets me history that I wanted, as you stated. Not the 'easiest' setup, but what is? So glad I moved all my notifications to scripts and I only have to edit this in a few places instead of in each automation that has one. |
iOS app version 2022.10 is now out in beta and should be rolling out in release over the next few days. This includes fixes for device name handling, but does not address anything with Watch Complications, which will require significantly more time investment. |
Awesome! Thanks for all your work on this! You guys have done a great job and I really appreciate what you do. |
Discovered an issue in the fix in 2022.10 -- if local push is set up and working, it will break the name again as the local push extension does not have device name access but it is telling the server its registration info when it should not. You can temporarily set a device name manually in the server's settings or disable Local Push for your server in the app's settings until a future app release. |
Not sure if this is also a bug, but if you log out of the app and log back in it re-enables local push. I need to do some testing to see if changing geo-locations does the same. The good news is that restarting the iPhone doesn't seem to re-enable it! |
The horror of this name redaction continue on macOS 13. While we were granted access to the device name on iOS, it was not granted on Mac (perhaps they forgot they were redacting it there) and so Macs will all become "iPad" upon upgrade. |
So what I'm hearing is that if I've enjoyed this crazy Apple app ride on my iPhone I should immediately upgrade my Mac? /s But seriously, thanks for the heads up and all your work on this! I'll hold off on that app upgrade for a bit. |
So this is where the long rumoured deprecation of macOS begins 😂 .
Does this still work as a workaround for macOS? |
2022.10.1 is now out which should resolve the last of the issues for iOS. If you disabled Local Push you can re-enable it with this update. |
iOS 16.1, HA Companion 2022.10.1, HA 2022.11.1: Whenever the phone is rebooted, Local Push apparently reverts to Disabled. Upon reboot: The LP switch under Internal URL remains active, but LP in Server Status shows as disabled. I have to turn the switch off and save, turn it back on and save again, then close and restart the app before LP shows as Available in Server Status. |
I get the same issue and it has happened for quite a while. However, some complications are shown but most do not show in the Watch app. It also happened with iOS 15 and watchOS 8 in the past, but now I am on the latest for both and the issue still persist. |
Just wondering where watch complications are up to. I'm finding that my complications do not update under iOS 16 / watchOS 9 - which I think is expected. But if I push a manual update from with the iOS companion app settings, the complications do update. So I thought maybe I could implement a workaround by pushing manual updates using notifications: automation:
- alias: Periodic Apple Watch update
trigger:
- platform: time_pattern
minutes: "/30"
action:
- service: notify.mobile_app_nicks_iphone
data:
message: update_complications However, this doesn't do anything. I have validated that normal notifications to So... is this expected? It seems odd to me that updates pushed from the app settings works, but automated updates do not - even if the underlying watchOS 9 problem hasn't been fixed yet. |
After manually overriding the macOS app name, the sensor notifications still carry the wrong name (iPad). So the workaround doesn't fully work for MacOS. |
Adding #1925. (#2037 is a dupe.) This has been a problem since iOS 15, watchOS 8. Curiously, the issue initially plagued several apps, not only Home assistant companion. However, at the present moment, the issue has been fixed in other apps. The only app remaining that I personally use, that constantly keeps asking for permissions, is the Home Assistant Companion. I think it might at least be worth looking into again if the matter could possibly be fixed in the Companion. |
I had this issue just now. The easiest way to fix it is to:
|
Mac OSX Ventura 13.2
|
Anyone know of new issues on the iOS 17 / watchOS 10 / macOS 14 releases? If there's nothing new but the above reported issues still matter, perhaps this issue is just renamed? Or it could be closed in favour of a new one. |
@wernerhp, just looking at your comment again. For you and others: I discovered a code snippet some months ago and last week at last implemented a workaround for the BT headphones issue. If you're interested:
Basically, I use both the companion app and my sensor (the one suffixed with
|
These issues should be fixed in a subsequent release shortly. Sorry for the inconvenience.
Notification service is renamed
iOS 16
Fixed in iOS-2022.10.1.
iOS 16 introduces a new privacy feature which disallows the app from knowing your device name. This means your notify target for all devices on iOS 16 is renamed to either
notify.mobile_app_iphone
ornotify.mobile_app_ipad
.Workaround: Update to iOS-2022.10.1.
macOS 13
Will is fixed in iOS-2023.2.1.
Catalyst apps incorrectly gained the privacy feature to redact device names, so we had to switch the method we were using to get device names.
Workaround on macOS: Upgrade to iOS-2023.2.1.
Push notifications stop working, but local push works
Assuming you've done the above to fix the service name, iOS 16 appears to have an issue upon upgrade where notifications will stop working until the app is deleted and reinstalled. I do not believe this is an app bug -- tests indicate it's an iOS bug as it is occurring in other apps as well.
Workaround: Delete and reinstall the app.
Certain Complications are no longer available
The watch app running on watchOS 9 does not offer alternatives to Complications which were removed by Apple in watchOS 9.
Workaround: Change your Complications to a template type still supported by Apple.
The text was updated successfully, but these errors were encountered: