<html>
    <head>
      <base href="https://bugs.webkit.org/" />
    </head>
    <body><span class="vcard"><a class="email" href="mailto:cgarcia&#64;igalia.com" title="Carlos Garcia Campos &lt;cgarcia&#64;igalia.com&gt;"> <span class="fn">Carlos Garcia Campos</span></a>
</span> changed
              <a class="bz_bug_link 
          bz_status_NEW "
   title="NEW - [GTK] WebProcess from WebKitGtk+ 2.13.4 SIGTRAPs in _ZN7WebCore12GLContextGLX22defaultFrameBufferSizeEv () at Source/WebCore/platform/graphics/glx/GLContextGLX.cpp"
   href="https://bugs.webkit.org/show_bug.cgi?id=160240">bug 160240</a>
        <br>
             <table border="1" cellspacing="0" cellpadding="8">
          <tr>
            <th>What</th>
            <th>Removed</th>
            <th>Added</th>
          </tr>

         <tr>
           <td style="text-align:right;">CC</td>
           <td>
               &nbsp;
           </td>
           <td>cgarcia&#64;igalia.com
           </td>
         </tr></table>
      <p>
        <div>
            <b><a class="bz_bug_link 
          bz_status_NEW "
   title="NEW - [GTK] WebProcess from WebKitGtk+ 2.13.4 SIGTRAPs in _ZN7WebCore12GLContextGLX22defaultFrameBufferSizeEv () at Source/WebCore/platform/graphics/glx/GLContextGLX.cpp"
   href="https://bugs.webkit.org/show_bug.cgi?id=160240#c2">Comment # 2</a>
              on <a class="bz_bug_link 
          bz_status_NEW "
   title="NEW - [GTK] WebProcess from WebKitGtk+ 2.13.4 SIGTRAPs in _ZN7WebCore12GLContextGLX22defaultFrameBufferSizeEv () at Source/WebCore/platform/graphics/glx/GLContextGLX.cpp"
   href="https://bugs.webkit.org/show_bug.cgi?id=160240">bug 160240</a>
              from <span class="vcard"><a class="email" href="mailto:cgarcia&#64;igalia.com" title="Carlos Garcia Campos &lt;cgarcia&#64;igalia.com&gt;"> <span class="fn">Carlos Garcia Campos</span></a>
</span></b>
        <pre>So, DestroyNativeSurfaceForCompositing sync message is timing out. That explains why the UI process ends up destroying the native surface before the web process clears the context. The thing is why it timed out, it could be that it really took more than 1 second, or maybe there's a deadlock with the sync tasks in the threaded compositor.</pre>
        </div>
      </p>
      <hr>
      <span>You are receiving this mail because:</span>
      
      <ul>
          <li>You are the assignee for the bug.</li>
      </ul>
    </body>
</html>