Since inline containing block sizes are always required to be definite during block flow layout, we set them to the size of the initial containing block (based on the spec). This may be correct under certain circumstances, but we even do it when the containing block (table cell) size is specified. Now, tables are weird and everything, but one would expect this to work:

<div style="display:table-cell; width:100px; height:100px; background:blue;">
  <div style="writing-mode:vertical-rl; width:50%; height:50%; background:hotpink;"</div>
</div>

There should really be a 50x50 hotpink square in the top left corner of a 100x100 blue square, orthogonal writing mode or not. The immediate reason for it not working, is the table-cell specific bail in ComputeBlockSizeForFragment() (which I believe is more or less the right thing to do).

This is responsible for at least the following failures:
html/details_summary/details-writing-mode-align-center.html
html/details_summary/details-writing-mode-align-left.html
html/details_summary/details-writing-mode-align-right.html
html/details_summary/details-writing-mode.html