<html>
    <head>
      <base href="https://bugs.freedesktop.org/">
    </head>
    <body>
      <p>
        <div>
            <b><a class="bz_bug_link 
          bz_status_NEW "
   title="NEW - Firefox quirks (black and/or white squares)"
   href="https://bugs.freedesktop.org/show_bug.cgi?id=104216#c22">Comment # 22</a>
              on <a class="bz_bug_link 
          bz_status_NEW "
   title="NEW - Firefox quirks (black and/or white squares)"
   href="https://bugs.freedesktop.org/show_bug.cgi?id=104216">bug 104216</a>
              from <span class="vcard"><a class="email" href="mailto:germano.massullo@gmail.com" title="Germano Massullo <germano.massullo@gmail.com>"> <span class="fn">Germano Massullo</span></a>
</span></b>
        <pre>(In reply to Michel Dänzer from <a href="show_bug.cgi?id=104216#c21">comment #21</a>)
<span class="quote">> (In reply to Germano Massullo from <a href="show_bug.cgi?id=104216#c20">comment #20</a>)
> > I experienced the problem with both of them.

> Did you check in Firefox about:support (look for "Driver Version") that it
> was actually using your self-built Mesa?


> BTW, I notice a lot of messages like

>  [GFX1-]: ClientLayerManager::BeginTransaction with IPC channel down. GPU
> process may have died.

> in the Firefox output you attached. Have you contacted Firefox folks about
> whether those are harmless, or how to get more information about them?</span >


You are right. There were a ton of such messages, plus other messages
concerning load failures of radeonsi, and other libraries.
about:support contained so many errors, that I was surprised I even had the
opportunity to use Firefox for many days.

Since the libraries were available in the LD_LIBRARY_PATH and
LIBGL_DRIVERS_PATH, I tried to run

$ LD_LIBRARY_PATH='foo/mesa_n_version/usr/lib64/'
LIBGL_DRIVERS_PATH='foo/mesa_n_version/usr/lib64/dri' firefox

instead of

$ LD_LIBRARY_PATH='foo/mesa_n_version/usr/$LIB/'
LIBGL_DRIVERS_PATH='foo/mesa_n_version/usr/$LIB/dri' firefox

and I got no errors except for those few lines.

============
(/usr/lib64/firefox/firefox:8582): dconf-WARNING **: Unable to open
/var/lib/flatpak/exports/share/dconf/profile/user: Permission denied
ATTENTION: default value of option force_s3tc_enable overridden by environment.
WebGL(0x7f9488ce7800)::ForceLoseContext
WebGL(0x7f945e1b8000)::ForceLoseContext
[Child 8509, MediaPlayback #5] WARNING: Decoder=7fa5623cf400
state=DECODING_METADATA Decode metadata failed, shutting down decoder: file
/builddir/build/BUILD/firefox-58.0.2/dom/media/MediaDecoderStateMachine.cpp,
line 372
[Child 8509, MediaPlayback #5] WARNING: Decoder=7fa5623cf400 Decode error:
NS_ERROR_DOM_MEDIA_METADATA_ERR (0x806e0006): file
/builddir/build/BUILD/firefox-58.0.2/dom/media/MediaDecoderStateMachine.cpp,
line 3365
============

about:support is fine too.

I don't know why $LIB caused such problems to Firefox in Fedora 27.
I am actually testing again both Mesa 17.0.5 and 18.0.0</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>