Closed lvanderree closed 2 years ago
Robert Klep found the cause in my code
The problem was that I had called makeCapabilityInstance
without providing a second argument for the event-handler. I could easily fix it by replacing the call by retrieving the capabilitiesObj instance. I wonder if that was already there in the athom-api library. In this case it might be nicer to have a better error, mentioning that the event-listener should be provided, since the stack-trace has no reference to the faulty source.
My application always used AthomAPI till I've upgraded to SDKv3 and updated to HomeyAPI as well.
However it now crashes with a stacktrace without my source-code in it in a situation of a user which I cannot reproduce:
https://tools.developer.homey.app/apps/app/com.synplyworks.thenmore/build/2/crashes https://community.homey.app/t/timer-0-8-0-test-homey-v3-0-7-3-beta-homey-v2-v0-4-3-stable-homey-v1-5-fka-then-more-add-timers-to-temporarily-turn-on-devices/3722/72?u=lvanderree
Am I using the API wrong, or is it an issue in the HomeyAPI? And why is SDKV2 being shown in the stack? While my manifest states SDKv3. (are the SDKV2 sources being reused for v3?)