Summary
During device activation, stage updates are sent in real time but are not reliably persisted for UI consumption while provisioning is still in progress. If the UI refreshes or reconnects mid-activation, users can lose visibility into the current provisioning stage.
Problem
The activation pipeline emits progress labels (for example, stage-by-stage status), but those labels are transient unless the final status is written. This causes a gap where the UI cannot consistently display the latest in-progress stage for already-registered devices.
User Impact
- Users may see stale or missing progress after page reload/reconnect.
- Support/debug workflows become harder because in-flight stage context is lost.
- Provisioning appears “stuck” even when progress is advancing.
Expected Behavior
- The latest provisioning progress label should be persisted while activation is in progress.
- Persisted progress should be included in device status payloads consumed by UI.
- Progress should be cleared once activation reaches a terminal state (success or failure), so stale stage text is not shown afterward.
Proposed Fix
- Add a transient provisioning progress field to the device/client runtime model.
- Update this field when progress events are emitted.
- Persist progress to MPS during in-progress updates for devices already registered in MPS.
- Include the progress field in persisted device info payloads.
- Reset/clear progress on terminal completion paths.
Acceptance Criteria
Notes
This issue tracks persistence of in-progress provisioning stage for better UI continuity and observability, without changing final activation semantics.
Summary
During device activation, stage updates are sent in real time but are not reliably persisted for UI consumption while provisioning is still in progress. If the UI refreshes or reconnects mid-activation, users can lose visibility into the current provisioning stage.
Problem
The activation pipeline emits progress labels (for example, stage-by-stage status), but those labels are transient unless the final status is written. This causes a gap where the UI cannot consistently display the latest in-progress stage for already-registered devices.
User Impact
Expected Behavior
Proposed Fix
Acceptance Criteria
Notes
This issue tracks persistence of in-progress provisioning stage for better UI continuity and observability, without changing final activation semantics.