4) What happen instead is the text is gone in the p0p1p2.svg file. The problem is that in the svg file the 'fill' attribute of the text is set to 'none' while it should have the color of the text.
WORKAROUND: replace fill:none with fill:#000000 in the xml code of the svg file and text will be rendered black. Until bug is solved, users can do this with a replace all command in a text editor.
Created attachment 47203
p0p1p2.odg
Downstream bug may be found at: /bugs.launchpad .net/ubuntu/ +source/ libreoffice/ +bug/138141
https:/
OOo bug may be found at: openoffice. org/bugzilla/ show_bug. cgi?id= 52605
http://
1) lsb_release -rd
Description: Ubuntu 11.04
Release: 11.04
2) apt-cache policy libreoffice-draw us.archive. ubuntu. com/ubuntu/ natty-updates/main i386 Packages dpkg/status 3.3.2-1ubuntu4 0 us.archive. ubuntu. com/ubuntu/ natty/main i386 Packages
libreoffice-draw:
Installed: 1:3.3.2-1ubuntu5
Candidate: 1:3.3.2-1ubuntu5
Version table:
*** 1:3.3.2-1ubuntu5 0
500 http://
100 /var/lib/
1:
500 http://
apt-cache policy unoconv us.archive. ubuntu. com/ubuntu/ natty/universe i386 Packages dpkg/status
unoconv:
Installed: 0.3-6
Candidate: 0.3-6
Version table:
*** 0.3-6 0
500 http://
100 /var/lib/
3) What is expected to happen in LibreOffice Draw via the Terminal:
cd ~/Desktop && wget https:/ /bugs.launchpad .net/ubuntu/ +source/ openoffice. org/+bug/ 138141/ +attachment/ 2144240/ +files/ p0p1p2. odg && unoconv --listener && unoconv -f svg p0p1p2.odg && lodraw -nologo p0p1p2.odg p0p1p2.svg
the two files should look the same.
4) What happen instead is the text is gone in the p0p1p2.svg file. The problem is that in the svg file the 'fill' attribute of the text is set to 'none' while it should have the color of the text.
WORKAROUND: replace fill:none with fill:#000000 in the xml code of the svg file and text will be rendered black. Until bug is solved, users can do this with a replace all command in a text editor.