<html>
    <head>
      <base href="https://bugs.webkit.org/" />
    </head>
    <body>
      <p>
        <div>
            <b><a class="bz_bug_link 
          bz_status_NEW "
   title="NEW - [GTK] Fails to draw in Wayland with enabled compositing mode"
   href="https://bugs.webkit.org/show_bug.cgi?id=165246#c11">Comment # 11</a>
              on <a class="bz_bug_link 
          bz_status_NEW "
   title="NEW - [GTK] Fails to draw in Wayland with enabled compositing mode"
   href="https://bugs.webkit.org/show_bug.cgi?id=165246">bug 165246</a>
              from <span class="vcard"><a class="email" href="mailto:mcatanzaro&#64;igalia.com" title="Michael Catanzaro &lt;mcatanzaro&#64;igalia.com&gt;"> <span class="fn">Michael Catanzaro</span></a>
</span></b>
        <pre>(In reply to <a href="show_bug.cgi?id=165246#c10">comment #10</a>)
<span class="quote">&gt; I guess you are talking only about wayland, right?</span >

I think users are complaining with X11 as well. But yes, I'm primarily concerned with Wayland. The problem is that it works fine for you and me regardless, but a bunch of users (including many on IRC who don't report bugs) seem to have hardware-specific issues, and there's nothing we can do except shrug and say &quot;maybe your graphics driver is broken&quot; -- then everyone's dissatisfied as nobody knows what to do with such a bug. The most important problem is that no WebKit developer except you is looking at the bugs at all.

<span class="quote">&gt; I know some people also
&gt; having problems under X11, but I haven't seen so many complains. I think the
&gt; main issue in wayland is that we also use GL on the UI process side, and
&gt; gdk_gl is probably not ready or mature enough yet. That's why I asked if
&gt; that also happened when using glReadPixels.</span >

Well we need to prepare some test patch or something, or we'll never get an answer to that question.

<span class="quote">&gt; We can always disable everything
&gt; that doesn't work, but we can also try to fix and find alternative solutions
&gt; in the meantime. For example, in this case if the problem is gdk_gl, let's
&gt; try using glReadPixels always. Another idea would be to go back to
&gt; enter/leave AC mode only when required. I agree it's a waste of time and
&gt; memory having AC enable to show about:blank.</span >

I don't think AC mode is actually required on any website that triggers it; in fact, my experience has historically been that websites that trigger it (reuters.com, github.com) render much faster and more reliably without it.

It occurs to me that there is one really big downside to disabling it, though, which is that we'll have to deal with <a class="bz_bug_link 
          bz_status_REOPENED "
   title="REOPENED - [GTK] Limit the number of tiles according to the visible area (when built without threaded compositor)"
   href="show_bug.cgi?id=126122">bug #126122</a> once again. That's a major problem, so we're out of luck either way.</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>