VSCode-Updater v3.1.0 — Servicing‑Blocked Detection & Early‑Abort Pipeline #2
ldmcclatchey
announced in
Announcements
Replies: 0 comments
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Uh oh!
There was an error while loading. Please reload this page.
This release introduces a major reliability enhancement to the VSCode-Updater execution pipeline: Windows servicing‑blocked detection with deterministic early‑abort behavior. The updater now protects installations from corruption when Windows itself is in an unhealthy servicing state (component store corruption or pending reboot).
This is a foundational upgrade to the watchdog architecture and significantly improves safety on long‑lived Windows systems.
🚀 What’s New in 3.1.0
Windows Servicing‑Blocked Detection
VSCode-Updater now performs a pre‑flight servicing health check using:
DISM /Online /Cleanup-Image /CheckHealthIf Windows servicing is unhealthy, the updater:
This prevents partial installs and protects VS Code from corruption.
🛡️ New Watchdog Lane: ServicingBlocked
A fourth watchdog lane has been added alongside filesystem, idle, and active stall detection.
The ServicingBlocked lane:
This is a major architectural enhancement to the updater’s safety model.
📊 Improved Diagnostics & Logging
ComponentStoreCorruptorPendingRebootLogs now provide full operator‑grade visibility into servicing failures.
🔧 Changes
.psd1) updated with new version and exit code.psm1) updated with new watchdog lane wiring🐛 Fixes
WriteLogreturning values to the pipeline📦 Exit Codes
New:
Windows servicing corruption or pending reboot prevents safe installation.
📅 Release Date
2026‑08‑13
This discussion was created from the release VSCode-Updater v3.1.0 — Servicing‑Blocked Detection & Early‑Abort Pipeline.
All reactions