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
Currently the device agent does not persist the fact the editor tunnel should be active. This means after a restart of the agent, the platform has to re-notify the agent to establish the tunnel.
As part of the work to improve the overall reliability of the tunnel (as far as end users are concerned), it would be sensible for the agent to recover the tunnel after a restart if needed.
The best way will be for the expected tunnel state to be included in the response of the checkin call. When the device does its initial checkin, it will find out the tunnel should be running and it can establish it.
The existing MQTT commands to enable/disable will still be used to trigger the tunnel without waiting for the device to call home.
The text was updated successfully, but these errors were encountered:
PR #147 raised. Local testing is 100% successful even after extended (1h) wait between stop/start of device agent.
Potential Follow up task: Since the device essentially disconnects from the platform, browsing to the devices Developer Mode tab reveals a tunnel status of "not connected". However, this page is NOT polled so will NOT show "not connected" if the page is open when the device is shutdown. Similarly, if Developer Mode page is visited while the device is powered off, it will continue to show "not connected" even though it is. NOTE: This is nothing new, this would occur defore but somehow feels more important with this feature coming online?
Verification criteria
1st, connect a device and enable developer mode and verify editor access, then:
Round 1
kill device agent
refresh editor page & see the "device unavailable message"
visit/refresh Device's "Developer Mode page" on FF - should show "not connected"
start device agent
refresh editor page - should connect / display editor
visit/refresh Device's "Developer Mode page" on FF - should NOT show "not connected"
Round 2
kill device agent
refresh editor page & see the "device unavailable message"
visit/refresh Device's "Developer Mode page" on FF - should show "not connected"
Click "disable" button under Developer Mode Options > Editor Access
Currently the device agent does not persist the fact the editor tunnel should be active. This means after a restart of the agent, the platform has to re-notify the agent to establish the tunnel.
As part of the work to improve the overall reliability of the tunnel (as far as end users are concerned), it would be sensible for the agent to recover the tunnel after a restart if needed.
The best way will be for the expected tunnel state to be included in the response of the checkin call. When the device does its initial checkin, it will find out the tunnel should be running and it can establish it.
The existing MQTT commands to enable/disable will still be used to trigger the tunnel without waiting for the device to call home.
The text was updated successfully, but these errors were encountered: