Bug 11360 – editing/pasteboard/copy-paste-bidi intermittently fails due to disappearance of anonymous RenderBlock

• Component: Tools / Tests
• Status: RESOLVED FIXED

[Adam Roben (:aroben)]

editing/pasteboard/copy-paste-bidi is sometimes failing with this diff:

@@ -49,7 +49,6 @@
               text run at (0,0) width 32: "1234"
               text run at (32,0) width 36 RTL: "\x{5E9}\x{5D3}\x{5D2}\x{5DB}"
               text run at (68,0) width 4: ":"
-          RenderBlock (anonymous) at (0,18) size 784x0
           RenderBlock {DIV} at (0,18) size 784x18
             RenderText {#text} at (712,0) size 72x18
               text run at (712,0) width 40 RTL: "\x{5E9}\x{5D3}\x{5D2}\x{5DB}:"

I discovered that the undeterminism enters in ReplaceSelectionCommand::removeRedundantStyles(). The iteration order over the NodeStyleMap (in the for loop) isn't the same in every run (despite the order of traversal in the while loop that fills up the map being deterministic, of course).

You can probably simply replace the map with two vectors and iterate them simultaneously, to ensure deterministic order. However, you can also consider the current results as indicating two bugs in the rendering code: (a) leftover empty anonymous block(s) and (b) the final render tree depends on the order of operations.

[Adam Roben (:aroben)]

Nice detective work, Mitz. I'm CCing hyatt to get his input on this.

Created attachment 11185 [details]
Test case showing how empty anonymous blocks can be left behind

This test shows how the render tree can end up with empty anonymous blocks (in the failing layout test, the span is a temporary "Apple style span").

[Darin Adler]

Fixed in r17311.