<?xml version="1.0" encoding="UTF-8" standalone="yes" ?>
<!DOCTYPE bugzilla SYSTEM "https://bugs.webkit.org/page.cgi?id=bugzilla.dtd">

<bugzilla version="5.0.4.1"
          urlbase="https://bugs.webkit.org/"
          
          maintainer="admin@webkit.org"
>

    <bug>
          <bug_id>158286</bug_id>
          
          <creation_ts>2016-06-01 17:19:54 -0700</creation_ts>
          <short_desc>Vertical writing mode divs don&apos;t relayout when their horizontal writing mode containing block changes height</short_desc>
          <delta_ts>2023-12-26 04:22:33 -0800</delta_ts>
          <reporter_accessible>1</reporter_accessible>
          <cclist_accessible>1</cclist_accessible>
          <classification_id>1</classification_id>
          <classification>Unclassified</classification>
          <product>WebKit</product>
          <component>Text</component>
          <version>WebKit Nightly Build</version>
          <rep_platform>Unspecified</rep_platform>
          <op_sys>Unspecified</op_sys>
          <bug_status>NEW</bug_status>
          <resolution></resolution>
          
          
          <bug_file_loc></bug_file_loc>
          <status_whiteboard></status_whiteboard>
          <keywords></keywords>
          <priority>P2</priority>
          <bug_severity>Normal</bug_severity>
          <target_milestone>---</target_milestone>
          
          
          <everconfirmed>1</everconfirmed>
          <reporter name="Myles C. Maxfield">mmaxfield</reporter>
          <assigned_to name="Myles C. Maxfield">mmaxfield</assigned_to>
          <cc>ahmad.saleem792</cc>
    
    <cc>fantasai.bugs</cc>
    
    <cc>mmaxfield</cc>
    
    <cc>zalan</cc>
          

      

      

      

          <comment_sort_order>oldest_to_newest</comment_sort_order>  
          <long_desc isprivate="0" >
    <commentid>1198346</commentid>
    <comment_count>0</comment_count>
      <attachid>280281</attachid>
    <who name="Myles C. Maxfield">mmaxfield</who>
    <bug_when>2016-06-01 17:19:54 -0700</bug_when>
    <thetext>Created attachment 280281
Actual result

See the attached test.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1198347</commentid>
    <comment_count>1</comment_count>
      <attachid>280282</attachid>
    <who name="Myles C. Maxfield">mmaxfield</who>
    <bug_when>2016-06-01 17:20:11 -0700</bug_when>
    <thetext>Created attachment 280282
Expected result</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1198375</commentid>
    <comment_count>2</comment_count>
    <who name="Myles C. Maxfield">mmaxfield</who>
    <bug_when>2016-06-01 18:25:09 -0700</bug_when>
    <thetext>RenderBox::perpendicularContainingBlockLogicalHeight() needs to perform the same treatment to the element which dictates the return value for containingBlock()-&gt;availableLogicalHeight() as in https://bugs.webkit.org/show_bug.cgi?id=158245</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1942639</commentid>
    <comment_count>3</comment_count>
    <who name="Ahmad Saleem">ahmad.saleem792</who>
    <bug_when>2023-03-20 12:27:39 -0700</bug_when>
    <thetext>I am not able to reproduce the bug, both &quot;Actual&quot; and &quot;Expected&quot; are same and matching with Chrome Canary 113 in behavior.

Can we get rid of FIXME, if it is working fine now?

@Alan &amp; @Myles - any input - https://searchfox.org/wubkat/source/Source/WebCore/rendering/RenderBox.cpp#2277 or I am reproducing this bug wrong or missed something?</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1942642</commentid>
    <comment_count>4</comment_count>
    <who name="Ahmad Saleem">ahmad.saleem792</who>
    <bug_when>2023-03-20 12:34:03 -0700</bug_when>
    <thetext>(In reply to Ahmad Saleem from comment #3)
&gt; I am not able to reproduce the bug, both &quot;Actual&quot; and &quot;Expected&quot; are same
&gt; and matching with Chrome Canary 113 in behavior.
&gt; 
&gt; Can we get rid of FIXME, if it is working fine now?
&gt; 
&gt; @Alan &amp; @Myles - any input -
&gt; https://searchfox.org/wubkat/source/Source/WebCore/rendering/RenderBox.
&gt; cpp#2277 or I am reproducing this bug wrong or missed something?

I came across this FIXME, while trying to look into this Blink Commit - https://chromium.googlesource.com/chromium/src.git/+/fed69992a9de1357f400379e13fa87dbeaae14b4 and noticing that we have not imported this test case and don&apos;t have similar code.</thetext>
  </long_desc>
      
          <attachment
              isobsolete="0"
              ispatch="0"
              isprivate="0"
          >
            <attachid>280281</attachid>
            <date>2016-06-01 17:19:54 -0700</date>
            <delta_ts>2016-06-01 17:19:54 -0700</delta_ts>
            <desc>Actual result</desc>
            <filename>actual.html</filename>
            <type>text/html</type>
            <size>288</size>
            <attacher name="Myles C. Maxfield">mmaxfield</attacher>
            
              <data encoding="base64">PCFET0NUWVBFIGh0bWw+CjxodG1sPgo8aGVhZD4KPC9oZWFkPgo8Ym9keT4KPGRpdiBpZD0iYyIg
c3R5bGU9ImhlaWdodDogNzBweDsiPjxkaXY+PGRpdiBzdHlsZT0iLXdlYmtpdC13cml0aW5nLW1v
ZGU6IHZlcnRpY2FsLXJsOyI+SGVsbG8gV29ybGQ8L2Rpdj48L2Rpdj48L2Rpdj4KPHNjcmlwdD4K
d2luZG93LnNldFRpbWVvdXQoZnVuY3Rpb24oKSB7Cglkb2N1bWVudC5nZXRFbGVtZW50QnlJZCgi
YyIpLnN0eWxlLmhlaWdodCA9ICIyMDBweCI7Cn0sIDApOwo8L3NjcmlwdD4KPC9ib2R5Pgo8L2h0
bWw+
</data>

          </attachment>
          <attachment
              isobsolete="0"
              ispatch="0"
              isprivate="0"
          >
            <attachid>280282</attachid>
            <date>2016-06-01 17:20:11 -0700</date>
            <delta_ts>2016-06-01 17:20:11 -0700</delta_ts>
            <desc>Expected result</desc>
            <filename>expected.html</filename>
            <type>text/html</type>
            <size>178</size>
            <attacher name="Myles C. Maxfield">mmaxfield</attacher>
            
              <data encoding="base64">PCFET0NUWVBFIGh0bWw+CjxodG1sPgo8aGVhZD4KPC9oZWFkPgo8Ym9keT4KPGRpdiBpZD0iYyIg
c3R5bGU9ImhlaWdodDogMjAwcHg7Ij48ZGl2PjxkaXYgc3R5bGU9Ii13ZWJraXQtd3JpdGluZy1t
b2RlOiB2ZXJ0aWNhbC1ybDsiPkhlbGxvIFdvcmxkPC9kaXY+PC9kaXY+PC9kaXY+CjwvYm9keT4K
PC9odG1sPg==
</data>

          </attachment>
      

    </bug>

</bugzilla>