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
Expected Behavior: If the device does not receive a pin configuration message from the broker, this segment of code will poll forever causing an endless reboot due to the watchdog resetting.
Current Behavior: The broker incorrectly sends a (empty?) pin configuration message that sets the pinCfgCompleted flag regardless if any components exist on the device page.
Within the
connect()
loop, there is a blocking loop that polls until thepinCfgCompleted
flag is set. While Loren and I were auditing code in preparation for the transition to api-v2, we noticed that thepinCfgCompleted
flag is only set when a pin configuration message arrives at the device.Expected Behavior: If the device does not receive a pin configuration message from the broker, this segment of code will poll forever causing an endless reboot due to the watchdog resetting.
Current Behavior: The broker incorrectly sends a (empty?) pin configuration message that sets the
pinCfgCompleted
flag regardless if any components exist on the device page.Migration for API V2: In the Protobuf for API V2, we removed the message containing this is_complete field. In Arduino, the code surrounding handling this message and enforcing this check should be removed.
The text was updated successfully, but these errors were encountered: