<?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>122027</bug_id>
          
          <creation_ts>2013-09-27 12:05:31 -0700</creation_ts>
          <short_desc>ASSERTION FAILED: foundContainer in RenderGeometryMap::mapToContainer(WebCore::TransformState &amp;, const WebCore::RenderLayerModelObject *) const</short_desc>
          <delta_ts>2018-12-03 14:36:12 -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>Layout and Rendering</component>
          <version>528+ (Nightly build)</version>
          <rep_platform>Unspecified</rep_platform>
          <op_sys>Unspecified</op_sys>
          <bug_status>ASSIGNED</bug_status>
          <resolution></resolution>
          
          
          <bug_file_loc></bug_file_loc>
          <status_whiteboard></status_whiteboard>
          <keywords>InRadar</keywords>
          <priority>P2</priority>
          <bug_severity>Normal</bug_severity>
          <target_milestone>---</target_milestone>
          
          
          <everconfirmed>1</everconfirmed>
          <reporter name="alan">zalan</reporter>
          <assigned_to name="alan">zalan</assigned_to>
          <cc>cadubentzen</cc>
    
    <cc>jeffrey+webkit</cc>
    
    <cc>rhodovan.u-szeged</cc>
    
    <cc>simon.fraser</cc>
    
    <cc>webkit-bug-importer</cc>
          

      

      

      

          <comment_sort_order>oldest_to_newest</comment_sort_order>  
          <long_desc isprivate="0" >
    <commentid>934033</commentid>
    <comment_count>0</comment_count>
    <who name="alan">zalan</who>
    <bug_when>2013-09-27 12:05:31 -0700</bug_when>
    <thetext>SSIA</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>934034</commentid>
    <comment_count>1</comment_count>
      <attachid>212830</attachid>
    <who name="alan">zalan</who>
    <bug_when>2013-09-27 12:06:29 -0700</bug_when>
    <thetext>Created attachment 212830
test reduction</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>934035</commentid>
    <comment_count>2</comment_count>
    <who name="alan">zalan</who>
    <bug_when>2013-09-27 12:07:04 -0700</bug_when>
    <thetext>&lt;rdar://problem/15082483&gt;</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>934046</commentid>
    <comment_count>3</comment_count>
    <who name="alan">zalan</who>
    <bug_when>2013-09-27 12:31:32 -0700</bug_when>
    <thetext>This happens when the layout container tree != painting container tree.
With CSS filters (blur in this case), when a child element is (absolute)positioned, its parent in layout terms might differ from its parent in painting terms. The geometry map is initiated with layout containers, but in RenderLayer::updateLayerPositionsAfterScroll(), we pass the repaint container to the mapping function, which in turn fails to transform the coordinates as repaint container != layout container -&gt;assert. -see computeRepaintRects(renderer().containerForRepaint(), geometryMap);</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>937644</commentid>
    <comment_count>4</comment_count>
    <who name="Vicki Pfau">jeffrey+webkit</who>
    <bug_when>2013-10-08 13:20:58 -0700</bug_when>
    <thetext>This is likely the same bug as https://bugs.webkit.org/show_bug.cgi?id=117981</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>950393</commentid>
    <comment_count>5</comment_count>
    <who name="alan">zalan</who>
    <bug_when>2013-11-13 14:56:01 -0800</bug_when>
    <thetext>*** Bug 117981 has been marked as a duplicate of this bug. ***</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>950509</commentid>
    <comment_count>6</comment_count>
    <who name="alan">zalan</who>
    <bug_when>2013-11-13 20:40:08 -0800</bug_when>
    <thetext>(In reply to comment #3)
&gt; This happens when the layout container tree != painting container tree.
&gt; With CSS filters (blur in this case), when a child element is (absolute)positioned, its parent in layout terms might differ from its parent in painting terms. The geometry map is initiated with layout containers, but in RenderLayer::updateLayerPositionsAfterScroll(), we pass the repaint container to the mapping function, which in turn fails to transform the coordinates as repaint container != layout container -&gt;assert. -see computeRepaintRects(renderer().containerForRepaint(), geometryMap);

Let me rephrase it. The container tree for the absolute positioned object is not  the same as the painting tree unless the parent has transform or it is positioned too. In this case, the parent has CSS filter only and while it requires a dedicated render layer, when it comes to figuring out the containing block, it is skipped.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1484520</commentid>
    <comment_count>7</comment_count>
    <who name="Carlos Bentzen">cadubentzen</who>
    <bug_when>2018-12-03 14:36:12 -0800</bug_when>
    <thetext>I just hit this assertion in WPE running Youtube TV.</thetext>
  </long_desc>
      
          <attachment
              isobsolete="0"
              ispatch="0"
              isprivate="0"
          >
            <attachid>212830</attachid>
            <date>2013-09-27 12:06:29 -0700</date>
            <delta_ts>2013-09-27 12:06:29 -0700</delta_ts>
            <desc>test reduction</desc>
            <filename>0014-reduced.html</filename>
            <type>text/html</type>
            <size>159</size>
            <attacher name="alan">zalan</attacher>
            
              <data encoding="base64">PCFET0NUWVBFIGh0bWw+PGh0bWw+Cjxib2R5Pgo8ZGl2IHN0eWxlPSItd2Via2l0LWZpbHRlcjog
Ymx1cigpOyI+PGRpdiBzdHlsZT0icG9zaXRpb246IGFic29sdXRlOyI+PG1hcnF1ZWU+PGRpdj5h
PC9kaXY+PC9tYXJxdWVlPjwvZGl2PjwvZGl2Pgo8L2JvZHk+CjwvaHRtbD4K
</data>

          </attachment>
      

    </bug>

</bugzilla>