Closed whisdol closed 6 years ago
@ollie-dev Could you have a look, please?
I already found the issue. innogy still has the old URLs active and until then it does not work. So I must temporarily switch back to the old URLs.
@kaikreuzer, I can simply provide a temporary binding.jar for the users until innogy changes the URLs - or send you a PR with the old URLs, but will then have to change them back as the new ones are active. Any preferation?
However, a fix will be available tomorrow. Thanks for the detailed report, @whisdol.
I uploaded a new binding-jar with the correct redirect URLs and tested it on an OH 2.3 snapshot installation. Authcode generation works fine with it.
@whisdol, please test it. If the binding throws the following error on startup...
11:27:13.499 [WARN ] [org.apache.felix.fileinstall ] - Error while starting bundle: file:/Users/oliverkuhl/Downloads/openhab-2.3.0-SNAPSHOT.tar/addons/org.openhab.binding.innogysmarthome-2.3.0-SNAPSHOT.jar
org.osgi.framework.BundleException: Could not resolve module: org.openhab.binding.innogysmarthome [229]
Unresolved requirement: Import-Package: org.eclipse.jdt.annotation; resolution:="optional"
Unresolved requirement: Import-Package: org.eclipse.jetty.websocket.client
at org.eclipse.osgi.container.Module.start(Module.java:444) [?:?]
at org.eclipse.osgi.internal.framework.EquinoxBundle.start(EquinoxBundle.java:383) [?:?]
at org.apache.felix.fileinstall.internal.DirectoryWatcher.startBundle(DirectoryWatcher.java:1260) [9:org.apache.felix.fileinstall:3.6.4]
at org.apache.felix.fileinstall.internal.DirectoryWatcher.startBundles(DirectoryWatcher.java:1233) [9:org.apache.felix.fileinstall:3.6.4]
at org.apache.felix.fileinstall.internal.DirectoryWatcher.doProcess(DirectoryWatcher.java:520) [9:org.apache.felix.fileinstall:3.6.4]
at org.apache.felix.fileinstall.internal.DirectoryWatcher.process(DirectoryWatcher.java:365) [9:org.apache.felix.fileinstall:3.6.4]
at org.apache.felix.fileinstall.internal.DirectoryWatcher.run(DirectoryWatcher.java:316) [9:org.apache.felix.fileinstall:3.6.4]
...please do a feature:install openhab-httpclient
to fix it.
@kaikreuzer, I'll talk to the innogy guys tomorrow about when they can change the URLs and put a link on the new temporary jar in all forums etc.
I found out, that even the new URLs where not correct. :see_no_evil: So I fixed them in PR #3435.
Great, connecting the SmartHome Bridge works with your jar file. Thank you for the quick response, @ollie-dev!
Expected Behavior
It should be possible to configure the innogy SmartHome Controller.
Current Behavior
When copying/pasting the OAuth URL for the innogy SmartHome portal from the Paper UI, the error message "Invalid redirect URI: https://www.openhab.org/oauth/innogy/innogy-smarthome.html" is displayed.
When using the old URL (https://api.services-smarthome.de/AUTH/authorize?response_type=code&client_id=24635748&redirect_uri=https%3A%2F%2Fwww.ollie.in%2Finnogy-smarthome-token%2F&scope&lang=de-DE), I am able to retrieve an OAuth token. However, when pasting this into the "Authorization Code" field in Paper UI, the configuration fails. When editing it, the authorization code field is empty. It's also just an empty string in the org.eclipse.smarthome.core.thing.Thing.json-file. I see the following error in the log:
Steps to Reproduce (for Bugs)
Context
I was excited to try out the new innogy binding to configure my thermostats. However, I'm stuck at the first step: configuring the bridge. As the bridge is not showing up automatically (as it should, according to the docs), maybe I'm doing something fundamentally wrong. I'm also missing an attribute like hostname or IP address in the manual bridge configuration via Paper UI.
Your Environment