<html>
    <head>
      <base href="https://bugs.freedesktop.org/">
    </head>
    <body>
      <p>
        <div>
            <b><a class="bz_bug_link 
          bz_status_NEW "
   title="NEW - text failing to display on SVG and X11 surface even though it works correctly on PDF and PS surfaces"
   href="https://bugs.freedesktop.org/show_bug.cgi?id=104042#c4">Comment # 4</a>
              on <a class="bz_bug_link 
          bz_status_NEW "
   title="NEW - text failing to display on SVG and X11 surface even though it works correctly on PDF and PS surfaces"
   href="https://bugs.freedesktop.org/show_bug.cgi?id=104042">bug 104042</a>
              from <span class="vcard"><a class="email" href="mailto:psychon@znc.in" title="Uli Schlachter <psychon@znc.in>"> <span class="fn">Uli Schlachter</span></a>
</span></b>
        <pre>Oh, sorry for misinterpreting your script.

I don't have much clue about SVGs either, but on cairo git/master, the
test1.svg actually does contain some drawing, but it is just not visible. (With
debian's libcairo2 1.15.8-3 the SVG looks quite empty in a text editor.) To
make that drawing visible, it is enough to get rid of the "just use the alpha
component"-filter. Specifically replacing

   <g id="surface5" clip-path="url(#clip1)" filter="url(#alpha)">

in test1.svg with

   <g id="surface5" clip-path="url(#clip1)">

makes the text visible. (The "clip1" reference seems to point into nowhere, by
the way, there is no such path in the file, I think.)

I'll leave the details of what this means to someone with some knowledge about
SVGs. Perhaps chromium just does not support this filter correctly?

In the meantime, I'll modify your example for cairo-xcb / cairo-xlib and
investigate what is going on there.</pre>
        </div>
      </p>


      <hr>
      <span>You are receiving this mail because:</span>

      <ul>
          <li>You are the QA Contact for the bug.</li>
      </ul>
    </body>
</html>