Commit 6f1be26
Block-in-inline: Stay in parallel flow, once established.
When a block has been overflowed, we normally establish a parallel
fragmentation flow for content inside it, but this is disabled if
preceded by a column spanner. If the column spanner is discovered "too"
late, we may have entered a parallel flow. Then stay in this parallel
flow even if a spanner is discovered, or else the outgoing break tokens
are lost. It could be that the inline layout algorithm ought to be
refactored to handle this better, but this is all thanks to
crbug.com/430249827 and is a situation that should never occur, so
probably not worth it.
Also update a DCHECK, so that it makes the same exception for inline
break tokens as it already did for block break tokens.
Bug: 364933065
Change-Id: I5051ca952f6247f691b956f68111a9d811158de7
Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/6714627
Reviewed-by: Ian Kilpatrick <ikilpatrick@chromium.org>
Reviewed-by: Koji Ishii <kojii@chromium.org>
Commit-Queue: Morten Stenshorne <mstensho@chromium.org>
Cr-Commit-Position: refs/heads/main@{#1484003}1 parent 1aec529 commit 6f1be26
2 files changed
Lines changed: 28 additions & 0 deletions
File tree
- css/css-multicol/crashtests
css/css-multicol/crashtests/block-in-inline-with-spanner-in-overflowed-parent-nested-multicol.html
Lines changed: 16 additions & 0 deletions
| Original file line number | Diff line number | Diff line change | |
|---|---|---|---|
| |||
| 1 | + | |
| 2 | + | |
| 3 | + | |
| 4 | + | |
| 5 | + | |
| 6 | + | |
| 7 | + | |
| 8 | + | |
| 9 | + | |
| 10 | + | |
| 11 | + | |
| 12 | + | |
| 13 | + | |
| 14 | + | |
| 15 | + | |
| 16 | + | |
Lines changed: 12 additions & 0 deletions
| Original file line number | Diff line number | Diff line change | |
|---|---|---|---|
| |||
| 1 | + | |
| 2 | + | |
| 3 | + | |
| 4 | + | |
| 5 | + | |
| 6 | + | |
| 7 | + | |
| 8 | + | |
| 9 | + | |
| 10 | + | |
| 11 | + | |
| 12 | + | |
0 commit comments