Skip to content
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

Harmony hub update 4.15.250 breaks aioharmony #8

Closed
amelchio opened this issue Feb 19, 2019 · 3 comments
Closed

Harmony hub update 4.15.250 breaks aioharmony #8

amelchio opened this issue Feb 19, 2019 · 3 comments

Comments

@amelchio
Copy link

Please see here for details: home-assistant/core#21191

From the error message, I wonder if adding a Content-type is enough to fix it (but am not able to test at this time).

It would obviously be good if this could be resolved for the Home Assistant release that ships tomorrow since Harmony updates are rolling out right now.

@therve
Copy link

therve commented Feb 19, 2019

The message doesn't come from the server, but aiohttp. If you pass content_type=None to the response.json call, you get the actual error, which is {'code': '417'}. Unfortunately not much else.

@reneboer
Copy link

I found that the initial connection is now some TLSv1.2 session. Any idea on how to reverse engineer that?

If you have the remote_id of your Hub you can get it connected without the request_hub_info step.

@ehendrix23
Copy link
Collaborator

Version 0.1.8 resolves the issue.

Big thanks to @reneboer for providing the solution in home-assistant/core#21191

Will be working on going to XMPP implementation now Logitech has provided the non-developer version for this.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

4 participants