Chrome pastes lost the spaces next to formatting
Chrome writes a space beside formatting as a no-break space inside its own <span>. The paste cleanup dropped spans it considered empty, and counted that no-break space as ordinary whitespace, so the space disappeared with the span: boldtext instead of bold text. The whitespace is now kept.
Cutting and pasting a heading
Reported by a customer. Three causes: a timer after Enter reformatted the new block even after typing had started; the whitespace loss above; and selecting a heading by triple-click reaches into the next block, so the cut took part of it. The selection is trimmed first, on the cut event itself, because Ctrl+X in Chrome is a native cut that runs no editor command. Measured across all three ways of doing it: 6/6 here, 0/6 on 2.12.1.
Accessibility checker: 12 rules to 18
Six new checks, each with one-click repair: a paragraph styled to look like a heading; a list typed by hand instead of marked up; alt text that is only a file name; alt text far too long to be read out; two links side by side with the same text; and a table with no caption. See accessibility.