-
Notifications
You must be signed in to change notification settings - Fork 34
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
Error on load with 0.0.29, too many function arguments #592
Comments
It sounds like the latest version of pymyenergi has not been installed properly, perhaps a restart will fix it? |
Had the same this morning; after a couple of restarts I rolled back to 0.0.28 |
I restarted at least twice - once to update the integration, and once more to enable debug logging. The error was present in both cases. |
@Gnarfoz If you're running homeassistant in docker, you can do the following:
|
On 2024.10.1 from ghcr.io/home-assistant/home-assistant:stable |
Version 0.2.2 of pymyenergi is required for 0.0.29, not sure why HA isn't using it though, in the integration manifest it's set to pymyenrgi==0.2.2. Perhaps it's looking at the latest version on Github? |
I've got my 'main' HA server on 2024.9.3, with ha-myenergi still on 0.0..28. |
Probably in for a world of python pain later but fixed by manually removing 0.2.1 from
and reinstalling |
@zxcq same here, The weird thing about the
Why are they different? Hmm. |
@CJNE looks like this is a bug in Home Assistant :-( |
@Gnarfoz ouch, updating dependencies has been working fine in the past, hopefully this is a temporary glitch. For the moment it's totally fine to stick to 0.0.28, the only change is 0.0.29 is that it uses the non-blocking http client so that HA no longer warns about it. |
I've changed the latest label to 0.0.28 for now since 0.0.29 won't work until the dependency issue in HA has been resolved. |
Version of the custom_component
0.0.29
Error log
Describe the bug
When the integration is initialized, the error is logged and the integration is not loaded.
Looks like the changes in 410c0f9 for #577 are causing this.
Debug log
The text was updated successfully, but these errors were encountered: