You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
door-lock-server's InitServer method sets the LockState to 'Locked'.
This creates two unwanted side effects:
LockState is assumed as 'Locked' until the application changes it (which could be misconstrued by a client).
A Lock-Operation-Event is generated in the Event List that says that the door was locked, which is not true.
Proposed Solution
Suggest modifying to set the LockState to null.
From the spec: "The LockState Attribute may be NULL if the lock hardware does not currently know the status of the locking mechanism. For example, a lock may not know the LockState status after a power cycle until the first lock actuation is completed."
The text was updated successfully, but these errors were encountered:
Seems pretty critical given that lock state is a core attribute for the cluster, and it should not be showing an inaccurate state relative to the true state of the lock.
Problem
door-lock-server's InitServer method sets the LockState to 'Locked'.
This creates two unwanted side effects:
Proposed Solution
Suggest modifying to set the LockState to null.
From the spec: "The LockState Attribute may be NULL if the lock hardware does not currently know the status of the locking mechanism. For example, a lock may not know the LockState status after a power cycle until the first lock actuation is completed."
The text was updated successfully, but these errors were encountered: