-
Notifications
You must be signed in to change notification settings - Fork 15
Integration not working after upgrading to 2023.4.5 #37
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
Comments
Ditto. Can confirm same experience and logs. |
I can confirm the same issue over here. Restored to a pre core 2023.4.5 update backup and it works correctly. |
thanks all, I'm looking into this tonight |
looks like the root cause is:
this issue is being tracked in the upstream library: in the meantime I've implemented one of the recommended workarounds in this integration and will release the new version shortly! |
I can also confirm it is working again with v3.3.1. |
Fixed. Thank you so much. |
I have only been using v.3.3.1 but this issue occurred for me some days ago. I am using 2023.4.5. |
This is still a problem for me even when running v3.3.1 and This is all I'm getting when starting Home Assistant:
Any tips how to fix this? I tried reinstalling, removing component etc. |
Re-opening as it seems there are still some outstanding issues for only some users, will continue investigating. |
I'm not sure exactly what is causing this issue for everyone, but I want to thank @clyra for recompiling the messages in #40 - I'll work on adding this directly into this library and monkey patching the upstream library. it does not seem that the upstream library will be updated, and I'm not interested in dealing with forking it at the moment unless it was to port it to asynchronous behavior. Will update with results. |
fixed in 3.3.2 (https://github.com/snicker/zwift_hass/releases/tag/v3.3.2) Please report back if there are still issues! thanks @clyra for the files again. made this a bit easier. |
Getting a different error after updating to v3.3.2 and restarting HA:
|
@domeq fixed in https://github.com/snicker/zwift_hass/releases/tag/v3.3.3 sorry about that, rushed 3.3.2 out without testing in HA |
Hell yeah! I can confirm it's working now! Thank you so much! |
I had everything working fine until upgrading to 2023.4.5.
Log details:
Logger: custom_components.zwift.sensor
Source: custom_components/zwift/sensor.py:341
Integration: zwift (documentation)
First occurred: 12:55:48 AM (1 occurrences)
Last logged: 12:55:48 AM
Could not create Zwift sensor named 'Zwift'!
Traceback (most recent call last):
File "/config/custom_components/zwift/sensor.py", line 124, in async_setup_platform
await zwift_data._connect()
File "/config/custom_components/zwift/sensor.py", line 341, in _connect
from zwift import Client as ZwiftClient
File "/usr/local/lib/python3.10/site-packages/zwift/init.py", line 4, in
from .client import Client
File "/usr/local/lib/python3.10/site-packages/zwift/client.py", line 5, in
from .world import World
File "/usr/local/lib/python3.10/site-packages/zwift/world.py", line 2, in
from . import zwift_messages_pb2
File "/usr/local/lib/python3.10/site-packages/zwift/zwift_messages_pb2.py", line 35, in
_descriptor.FieldDescriptor(
File "/usr/local/lib/python3.10/site-packages/google/protobuf/descriptor.py", line 561, in new
_message.Message._CheckCalledFromGeneratedFile()
TypeError: Descriptors cannot not be created directly.
If this call came from a _pb2.py file, your generated code is out of date and must be regenerated with protoc >= 3.19.0.
If you cannot immediately regenerate your protos, some other possible workarounds are:
More information: https://developers.google.com/protocol-buffers/docs/news/2022-05-06#python-updates
The text was updated successfully, but these errors were encountered: