CppunitTest_svgio fails on macOS with the new layout engine
Khaled Hosny
khaledhosny at eglug.org
Tue Nov 1 19:33:08 UTC 2016
I’m having strange CppunitTest_svgio failure on macOS with the new
layout engine. With the old layout engine the test passes just fine, but
with the new engine:
$ env SAL_USE_COMMON_LAYOUT=1 make CppunitTest_svgio
make -j 2 -rs -f /Users/khaled/lode/dev/core/Makefile.gbuild CppunitTest_svgio
[CUT] svgio
...
/core/test/source/xmltesttools.cxx:70:(anonymous namespace)::Test::testTdf97542_1
equality assertion failed
- Expected: 1
- Actual : 0
- In <>, XPath '/primitive2D/transform/objectinfo/textsimpleportion' number of nodes is incorrect
Capturing the XML files, this is the one that passes:
<?xml version="1.0" encoding="UTF-8"?>
<primitive2D>
<transform>
<objectinfo>
<svgradialgradient radius="0" x="0" y="0"/>
<textsimpleportion height="48" text="Text" fontcolor="#ffff00" familyname="serif"/>
</objectinfo>
<hiddengeometry>
<polygonhairline color="#000000">
<polygon>0,0 200,0 200,50 0,50</polygon>
</polygonhairline>
</hiddengeometry>
</transform>
</primitive2D>
And this is the one that fails:
<?xml version="1.0" encoding="UTF-8"?>
<primitive2D>
<transform>
<mask>
<objectinfo>
<svgradialgradient radius="0" x="0" y="0"/>
<textsimpleportion height="48" text="Text" fontcolor="#ffff00" familyname="serif"/>
</objectinfo>
</mask>
</transform>
</primitive2D>
I tried to find what is the source of difference, but to no avail. I
can’t figure out why the choice of the layout engine can make a
difference here. I thought it might be the font fallback, but we seem to
be getting the same font in both cases, the exported PNGs from Draw look
identical (but may be this uses the other SVG parser?).
Any idea what is going on?
Regards,
Khaled
More information about the LibreOffice
mailing list