-
Notifications
You must be signed in to change notification settings - Fork 308
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
Received invalid command: mobile_app/push_notification_channel #1700
Comments
This error message should only occur while HA is restarting, and will repeat until the mobile_app integration is loaded. I do not believe it is related to notifications not working -- if it fails to connect here for local push it is sent over the internet. However no notifications will work in this time period through any mechanism. Do you have any other errors in the logs when notifications aren't working? |
No errors in log. Just no notifications until a restart of my phone. |
I can send you the downloaded logs from the app if you want to. |
Logs may be helpful, but if notifications aren't coming through it may be failing to deliver core-side, but no errors there is hard to figure out. You can drop the app logs here. |
Now just updated to the release of 2021.7 and my notifications are working after a restart. |
I think I can close this as I did some restarts and I didn't have to do another reboot of my iPhone again. |
@gieljnssns And why has this been closed, if the errors in the log are still there? Didn't get this. Can you please re-open? Even with 2021.7.1 I see e.g.
|
i have the same errors though notifications reach all 3 apple devices i own and have registered in HA |
I also see this error in my log |
I get the same error message after adding a ios app. I running 2021.7.2 on |
Still on Home Assistant 2021.7.3. I get it many times. Resetting iphones does not help. |
This error is not indicative of any problem, it's just that local push is attempting to start itself while HA is starting but before mobile_app is finished loading. It may be convoluted but I may be able to get it to stop logging, but you can ignore it for now. |
Will do so, but error messages which are not a real errors with a meaning are not that good. Can't you try to load local push only after mobile_app? Or ... |
The same is for 2021.6 and iPhone X |
I noticed these after updating to 2017.8.3. |
Judging from the 2021.9 beta reports this bug is not getting addressed. Sad. Flooding logs can drown the real issues that need attention. Each time I restart HA I get 2-4 kilobytes of garbage. It is all too easy to miss a real problem because you get used to seeing errors and warnings thay mean nothing |
Hopefully the HA collapsing of duplicates logs lines on the log viewing page is helpful. Sorry, I just haven't had time to put together something which can avoid this. |
So it shouldn’t be logged as an error but as warning or information only. |
A few months ago it was not logged at all. I think it would be better to focus on what changed and broke things than discussing how to spam the logs |
I'm not seeing this after upgrading to 2021.9.5... |
Not fixed in 2021.9.5. It must be a lucky strike or maybe a symptom of another larger problem. I get this after a restart
And that does not surprise me at there is nothing in the release note that says it would be attempted fixed |
This is still an issue in core-2021.10.1. |
Indeed. Please. Can this get priority? |
Are you all seeing this after the mobile_app is loaded after HA starts up? I’m not a developer for this project, but I just don’t agree with this getting “priority” because of a couple of log messages at boot. If you’re seeing this constantly, then I could understand that… |
I second @sstratoti 's view. As "annoying" as this is, in the grand scheme of things it's a false positive and only shows up at start. Not saying it should not be resolved, but it's not a hing that truly warrants higher priority. |
same in 2021.12.9 |
I have it in 2021.12.9 also. Thanks! |
2022-01-16 18:07:36 ERROR (MainThread) [homeassistant.components.websocket_api.http.connection] [547692619520] Received invalid command: mobile_app/push_notification_channel in my log. just now |
This error is after restart HA |
Also facing the same issue. |
Found these messages while checking boot time in 2022.2.2… |
Same here |
Just saw this after a Core restart 2022.2.2. |
+1 for happening in 2022.2.3: |
Saw this in 2022.2.6 after reboot |
Saw this on 2022.2.8 after reboot |
Logger: homeassistant.components.websocket_api.http.connection [2933099800] Received invalid command: mobile_app/push_notification_channel System Health
Home Assistant Community Store
Home Assistant Cloud
Home Assistant Supervisor
Lovelace
|
still present in core-2022.3.5 |
in 2022.3.7 I get:
I can only get Push commands on wifi only when I am home. Mobile data does not work or other networks |
This was raised in July 2021. We are April 2022 now, and it affects everyone using IOS app. And I need to post this to keep the stale bot from closing this |
still present in core-2022.4.1 |
After two years this randomly just started working for me and I don’t get this error any more. It wasn’t even fixed with a new release it just ended up fixing itself |
@oneseventhree your problem with push notifications never had anything to do with this bug report. This bug reports relates to the flooding of the home assistant log that happens when you restart home assistant and the IOS app starts retrying connections before Home Assistant is ready for it. And it creates quite many log entries when you have the IOS app on multiple devices (two iPhones and two iPads in my home). It does not affect the function of the IOS app after the restart is completed. Your problem has been caused by something else. |
Same for me in core 2022.4.7. Everything still works like a charm, it's just annoying. |
Still present in 2022.5.0 |
Also still in 2022.5.2 |
As well as 2022.5.3 for me with latest iOS app |
still in Core 2022.5.3 |
I wonder if this ever get fixed.... |
If anyone gets annoyed by all the "still there" messages then please note that there is a bot that closes all bug reports with no changes after just a few weeks so we have to keep nagging until the bug gets resolved to avoid the bug to be closed by the bot. It is clear that the developer either sees no urgency in working on this OR - and this is important - OR has issues in his personal life that demands change of life priorities so do not assume ill intentions behind the lack of action. I have been through such situation when I lead the Motion camera project and years of critical illness changed my life priorities. That said. This bug report really could benefit from help from another dev. The issue arrived when the behaviour of the HA core was changed. It was as I understand not a change to the IOS app that caused the issue. Maybe a core dev could step in a implement some delay in the core code so we avoid the flood of the log. I still get in the order of 20-100 errors in the log after each restart of HA because we have multiple IOS app devices in the family and they all bombard HA with failing connect requests. If HA could simply ignore these connections until it is ready to receive them, the visible and annoying part of the problem would be solved |
To be honest I could live when this is logged as INFO message instead of Error or Warning until a root cause analyses and real solution has been found. That should be a couple of minutes of work for a developer. Then at least my log will not be flooded anymore. |
Not seeing this anymore in the 2022.6 betas |
I think this is resolved! |
iOS device model, version and app version
Model Name: XS
Software Version: 14.6
App version: 2021.7 (2021.200)
Home Assistant Core Version
core-2021.7.0b5
Describe the bug
Bug also reported at core home-assistant/core#52625
After restarting HA I receive an error from Home Assistant WebSocket API related to mobile_app
And I do not recieven any notifications on my iPhone .
After a reboot of my iPhone those work again.
To Reproduce
Expected behavior
Screenshots
Additional context
The text was updated successfully, but these errors were encountered: