Status Update
Comments
cy...@google.com <cy...@google.com>
ja...@securenettech.com <ja...@securenettech.com> #2
Thanks for the report! It looks like the lint check in ParcelChecker.java
has to be updated to account for the new behavior on sealed classes. Right now the checker just @Parcelize
annotations@Parcelize
.
cy...@google.com <cy...@google.com> #3
Dear Developer,
Thank you for raising this issue. I've passed this issue to our internal team and will continue to share updates on this issue thread. Thanks!
ja...@securenettech.com <ja...@securenettech.com> #4
cy...@google.com <cy...@google.com> #5
Dear developer,
Thanks for the update! Glad to hear that the issue resolved by adding the challengeNeeded: type: ack
. If you have any further questions, please feel free to reach out to us. Thank you.
cy...@google.com <cy...@google.com> #6
Dear developer,
The sample response that mistakenly showed SUCCESS
on EXCEPTIONS
.
It appears that the issue has been resolved. Should you have any additional questions or concerns regarding this matter, please don't hesitate to reach out. Thank you.
Stay up-to-date on the latest news, features, and requirements from Google Home, subscribe here:
Description
On this page:https://developers.home.google.com/cloud-to-cloud/guides/securitysystem#response
There is a note: Blocking exceptions reported with an "EXCEPTIONS" status indicate that arming or disarming was stopped because of these exceptions.
But the sample response shows a SUCCESS:
{ "requestId": "ff36a3cc-ec34-11e6-b1a0-64510650abcf", "payload": { "commands": [ { "ids": [ "123" ], "status": "SUCCESS", "states": { "online": true, "isArmed": false, "currentArmLevel": "L2", "currentStatusReport": [ { "blocking": true, "priority": 0, "statusCode": "windowOpen", "deviceTarget": "sensor_id1" } ] } } ] } }