desktop-packages team mailing list archive
-
desktop-packages team
-
Mailing list archive
-
Message #60032
[Bug 138141] Re: [upstream] Draw exporting .odg to .svg renders text invisible importing .svg back into Draw
Launchpad has imported 5 comments from the remote bug at
https://bugs.freedesktop.org/show_bug.cgi?id=37650.
If you reply to an imported comment from within Launchpad, your comment
will be sent to the remote bug automatically. Read more about
Launchpad's inter-bugtracker facilities at
https://help.launchpad.net/InterBugTracking.
------------------------------------------------------------------------
On 2011-05-27T03:41:20+00:00 Christopher M. Penalver wrote:
Created attachment 47203
p0p1p2.odg
Downstream bug may be found at:
https://bugs.launchpad.net/ubuntu/+source/libreoffice/+bug/138141
OOo bug may be found at:
http://openoffice.org/bugzilla/show_bug.cgi?id=52605
1) lsb_release -rd
Description: Ubuntu 11.04
Release: 11.04
2) apt-cache policy libreoffice-draw
libreoffice-draw:
Installed: 1:3.3.2-1ubuntu5
Candidate: 1:3.3.2-1ubuntu5
Version table:
*** 1:3.3.2-1ubuntu5 0
500 http://us.archive.ubuntu.com/ubuntu/ natty-updates/main i386 Packages
100 /var/lib/dpkg/status
1:3.3.2-1ubuntu4 0
500 http://us.archive.ubuntu.com/ubuntu/ natty/main i386 Packages
apt-cache policy unoconv
unoconv:
Installed: 0.3-6
Candidate: 0.3-6
Version table:
*** 0.3-6 0
500 http://us.archive.ubuntu.com/ubuntu/ natty/universe i386 Packages
100 /var/lib/dpkg/status
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.
Reply at: https://bugs.launchpad.net/df-
libreoffice/+bug/138141/comments/10
------------------------------------------------------------------------
On 2011-06-14T07:59:51+00:00 Libreoffice-z wrote:
NOT reproducible with "LibreOffice 3.4.0 – WIN7 Home Premium (64bit)
German UI [OOO340m1 (Build:12)]" and reporter's sample "p0p1p2.odg"
Export looks fine with Seamonkey (at least big table at the left shows
text).
But indeed, IE8 shows table without text (after first open, furthermore
IE always opened .svg in Seamonkey). And LibO SVG import also shows
empty text fields.
May be I can't see the bug because Seamonkey is too tolerant?
Reply at: https://bugs.launchpad.net/df-
libreoffice/+bug/138141/comments/11
------------------------------------------------------------------------
On 2011-06-14T18:00:10+00:00 Christopher M. Penalver wrote:
Rainer Bielefeld, thanks for testing LO 3.4.0 for this bug. However,
this bug is only focusing on importing the exported svg file back into
LO Draw, not seamonkey. Let us avoid "scope creep" and remain focused on
this. :)
Reply at: https://bugs.launchpad.net/df-
libreoffice/+bug/138141/comments/12
------------------------------------------------------------------------
On 2011-06-14T18:12:25+00:00 Libreoffice-z wrote:
@Christopher:
The question is: SVG syntax error or not (I have no knowledge concerning SVG syntax)? Is the workaround also the base for the fix or really only a workaround?
The export/reimport effect (please excuse me, it seems I stopped reading subject line with word "invisible ") has been reproduced with WIN, so I modify OS to ALL.
Reply at: https://bugs.launchpad.net/df-
libreoffice/+bug/138141/comments/13
------------------------------------------------------------------------
On 2011-12-23T20:03:30+00:00 Björn Michaelsen wrote:
[This is an automated message.]
This bug was filed before the changes to Bugzilla on 2011-10-16. Thus it
started right out as NEW without ever being explicitly confirmed. The bug is
changed to state NEEDINFO for this reason. To move this bug from NEEDINFO back
to NEW please check if the bug still persists with the 3.5.0 beta1 or beta2 prereleases.
Details on how to test the 3.5.0 beta1 can be found at:
http://wiki.documentfoundation.org/QA/BugHunting_Session_3.5.0.-1
more detail on this bulk operation: http://nabble.documentfoundation.org
/RFC-Operation-Spamzilla-tp3607474p3607474.html
Reply at: https://bugs.launchpad.net/df-
libreoffice/+bug/138141/comments/15
** Changed in: df-libreoffice
Status: Confirmed => Incomplete
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to libreoffice in Ubuntu.
https://bugs.launchpad.net/bugs/138141
Title:
[upstream] Draw exporting .odg to .svg renders text invisible
importing .svg back into Draw
Status in LibreOffice Productivity Suite:
Incomplete
Status in The OpenOffice.org Suite:
Confirmed
Status in “libreoffice” package in Ubuntu:
Triaged
Status in “openoffice.org” package in Ubuntu:
Won't Fix
Bug description:
Binary package hint: openoffice.org
1) lsb_release -rd
Description: Ubuntu 11.04
Release: 11.04
2) apt-cache policy libreoffice-draw
libreoffice-draw:
Installed: 1:3.3.2-1ubuntu5
Candidate: 1:3.3.2-1ubuntu5
Version table:
*** 1:3.3.2-1ubuntu5 0
500 http://us.archive.ubuntu.com/ubuntu/ natty-updates/main i386 Packages
100 /var/lib/dpkg/status
1:3.3.2-1ubuntu4 0
500 http://us.archive.ubuntu.com/ubuntu/ natty/main i386 Packages
apt-cache policy unoconv
unoconv:
Installed: 0.3-6
Candidate: 0.3-6
Version table:
*** 0.3-6 0
500 http://us.archive.ubuntu.com/ubuntu/ natty/universe i386 Packages
100 /var/lib/dpkg/status
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.
To manage notifications about this bug go to:
https://bugs.launchpad.net/df-libreoffice/+bug/138141/+subscriptions