<html> <head> <base href="https://bugs.freedesktop.org/"> </head> <body> <div> <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 <a class="email" href="mailto:psychon@znc.in" title="Uli Schlachter <psychon@znc.in>"> Uli Schlachter</a> <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> <hr> You are receiving this mail because: <ul> <li>You are the QA Contact for the bug.</li> </ul> </body> </html>