Microsoft Rolls Back Edge 155 Change After Launch Failures on Some Enterprise Devices

Microsoft has confirmed a launch failure in Edge 155 for certain managed PCs and has already reverted the responsible change while preparing a permanent fix.

The news

Microsoft confirmed that version 155 of the Edge browser can fail to launch on some enterprise-managed PCs. The company identified the root cause as a recent change, rolled that change back, and is now developing a full resolution.

Context

The problem appears only on devices under enterprise management policies. Earlier builds of Edge 155 reached users before the issue surfaced. Microsoft acted by reverting the change rather than waiting for a new build to ship through normal channels.

The Neowin report states that the failure prevents the browser from starting on affected machines. No specific error codes or affected policy settings are listed in the available information. Microsoft has not released a timeline for the corrected build or indicated whether the rollback will be distributed through the same update mechanism that introduced the problem.

Enterprise administrators who manage browser deployments are the primary group encountering the issue. The rollback restores the prior behavior for those users while Microsoft investigates the underlying code change.

Details

The report gives no further technical breakdown of the change that triggered the startup failure. It also provides no information on how many devices were affected or how the problem was first reported to Microsoft. The company’s response focused on immediate reversal of the change rather than a broader recall or extended support notice.

Because the issue is limited to managed environments, consumer installations of Edge 155 appear unaffected. The distinction matters for deployment pipelines that separate test rings from production fleets. Administrators who had already pushed the build to pilot groups faced an abrupt stoppage until the rollback took effect.

No on-the-record statements from Microsoft beyond the confirmation of the rollback and ongoing fix work are included in the report. The absence of additional detail leaves open questions about whether similar changes remain in the current code base or whether additional testing gates will be added before the next stable release.

Why it matters

Enterprise browser updates carry higher risk than consumer releases because managed devices often run additional policies, extensions, and security layers that interact with new code. When a version ships with a launch blocker, IT teams must either delay deployment across the fleet or apply workarounds that consume support hours. The quick rollback shows Microsoft recognizes this constraint, yet it also highlights how even a single change can break startup on policy-controlled systems.

Organizations that rely on rapid feature updates now have another data point that favors staged rollouts over immediate broad deployment. Until the corrected build arrives, administrators will likely keep Edge 155 on hold for production rings. This pattern repeats across browser vendors whenever a release collides with the long tail of enterprise configuration combinations.

The episode underscores a structural tension: browser teams ship on fixed calendars, while enterprise environments treat each update as a potential compatibility audit. A rollback reduces immediate pain but does nothing to shrink the gap between those two operating tempos. Future releases will either carry heavier pre-flight testing for managed scenarios or continue to produce similar incidents that force administrators to maintain parallel update tracks.

---

Sources:

No comments yet