Editing gutters survive a body swap Fix
2.5.2 tried to restore the editing gutters after Chrome re-creates the editor’s editing frame, and it did not hold. With the plugin bundle loaded — the configuration this site’s own home page uses — the editing area still rendered with no gutters at all, regardless of configuration. An inline style on the editing <body> does not reliably survive the frame being re-created, and reapplying it afterwards depended on initialisation order that loading plugins changes.
Gutters now come from the editor’s base stylesheet in <head>, built from the same editablePadding* values, rather than an inline style on <body>. A rule in the head survives the swap — and it means your own stylesheet can finally override the gutters, which an inline style made impossible. Verified on the shipped build with plugins loaded and after forcing a full document swap.