Open asychow opened 1 week ago
Those were added as a work around. Our device id was being invalidated for some reason. Maybe it needs to be moved in the code though.
Would need some decent testing before merging.
I have performed two preliminary tests.
Please correct me if I am wrong or the tests are flawed, but the test results suggest that refreshing deviceId is no longer needed (maybe some changes on the server?). I'm happy to test this in the HA integration for an extended period, but ideally we need someone who experienced the deviceId issue in https://github.com/Hyundai-Kia-Connect/kia_uvo/issues/672 to test too.
thanks for comprehensive test, vehicle id is not supposed to change, but for device id, can you please run it further more than 20 hours? let's see if it still requires to be updated after initial token expiration.
This speaks to why this was added: https://github.com/Hyundai-Kia-Connect/kia_uvo/issues/672
It is believed to be caused by us not registering push notifications correctly. So when we run a command that triggers a push it errors server side and invalidates our device_id. If you are finding that isn't the case when using these methods and using mobile app same day we can try remove this and roll it out. Worse case we revert it.
Potential fix for https://github.com/Hyundai-Kia-Connect/hyundai_kia_connect_api/issues/564
According to my capture, the app doesn't not send
notifications/register
after the action reqeusts. Nor does it update vehicleId in header of the nextnotifications/<vehicleId>/records
request.check_action_status()
returnsOrderStatus.SUCCESS
after the fix (was throwing an errorhyundai_kia_connect_api.exceptions.APIError: No action found with ID <action-id>
)