Repo Added
|
Files
145
|
Badge
README BADGES
|
gitlab-ci
fix: Fix Mender client getting stuck after failure in sync state From the code point, the issue was that the re-scheduling of new polls for updates or inventory were done from the states _after_ the sync state, so unless the state machine reached that point the new polls would not be scheduled. Fix by creating two new states, that just do the re-scheduling, between idle and sync. Note that the timer(s) have now been moved to the context object so that it can be accessed from multiple states (namely, update polling and submit inventory states which would need to manipulate the timer for exponential back-off retries. Ticket: MEN-7900 Changelog: Fix issue where any error in Sync state (triggered for example with an error in Sync_Enter state scripts) leaves the client stuck in idle state forever and no new polls for update nor submit of inventory would be attempted again. Signed-off-by: Lluis Campos <lluis.campos@northern.tech> (cherry picked from commit a97eb04c8)
24 of 40 new or added lines in 3 files covered. (60.0%)
7381 of 9718 relevant lines covered (75.95%)
11129.07 hits per line
Coverage | ∆ | File | Lines | Relevant | Covered | Missed | Hits/Line |
---|
Builds | Branch | Commit | Type | Ran | Committer | Via | Coverage |
---|---|---|---|---|---|---|---|
1641512428 | pr_1734 | fix: Fix Mender client getting stuck after failure in sync state From the code point, the issue was that the re-scheduling of new polls for updates or inventory were done from the states _after_ the sync state, so unless the state machine reached... | Pull #1734 | Mender | gitlab-ci |
75.95 |