Activity log for bug #511312

Date Who What changed Old value New value Message
2010-01-22 19:12:02 nick_s bug added bug
2010-01-22 19:12:02 nick_s attachment added Example of SVG rendering problems http://launchpadlibrarian.net/38280755/simple.svg
2010-01-22 19:12:02 nick_s attachment added Dependencies.txt http://launchpadlibrarian.net/38280756/Dependencies.txt
2010-01-22 19:12:02 nick_s attachment added XsessionErrors.txt http://launchpadlibrarian.net/38280757/XsessionErrors.txt
2010-01-22 20:02:07 Will Bickerstaff bug watch added http://qa.openoffice.org/issues/show_bug.cgi?id=2497
2010-01-22 20:02:07 Will Bickerstaff bug task added openoffice
2010-01-22 20:12:17 Bug Watch Updater openoffice: status Unknown Confirmed
2010-01-31 17:05:41 Charlie Kravetz openoffice.org (Ubuntu): status New Triaged
2010-01-31 17:05:51 Charlie Kravetz openoffice.org (Ubuntu): importance Undecided Medium
2010-05-13 21:46:46 Chris Cheney tags apport-bug i386 apport-bug i386 xubuntu
2010-05-13 21:46:55 Chris Cheney tags apport-bug i386 xubuntu apport-bug i386 karmic xubuntu
2010-05-27 10:53:46 nick_s tags apport-bug i386 karmic xubuntu apport-bug apport-collected i386 karmic xubuntu
2010-05-27 10:53:48 nick_s description Binary package hint: openoffice.org When importing a simple SVG file into OpenOffice-Draw, some elements are incorrectly rendered. In particular: a) open path elements are drawn as closed even though no "closepath" is specified in the SVG path data. b) text is rendered in the incorrect location. The same SVG file is rendered correctly in Firefox, Ristretto, Inkscape, etc. Steps to reproduce: 1) save the attached "simple.svg" file 2) In a new blank OpenOffice-Draw document, from the "Insert" menu choose "Picture... From File..." and select the "simple.svg" file. What's expected: A diamond shape with its south-west edge missing (i.e. an "open" path), and at its top vertex a circle containing an "X". What happens: The diamond shape is drawn with its south-west edge present (i.e. a "closed" path), and the "X" is drawn in the wrong location. The same SVG file is rendered correctly in Firefox, Ristretto, Inkscape, etc. Additional notes: Instead of "Insert -> Picture... From File...", if the SVG file is opened (e.g. via "File -> Open..." the path is correctly rendered as "open" but the "X" is still not rendered in the correct location. ProblemType: Bug Architecture: i386 Date: Fri Jan 22 18:48:22 2010 DistroRelease: Ubuntu 9.10 InstallationMedia: Xubuntu 9.10 "Karmic Koala" - Release i386 (20091028.3) NonfreeKernelModules: nvidia Package: openoffice.org-core 1:3.1.1-5ubuntu1 [modified: var/lib/openoffice/basis3.1/program/services.rdb] ProcEnviron: PATH=(custom, no user) LANG=en_GB.UTF-8 SHELL=/bin/bash ProcVersionSignature: Ubuntu 2.6.31-17.54-generic SourcePackage: openoffice.org Uname: Linux 2.6.31-17-generic i686 Binary package hint: openoffice.org When importing a simple SVG file into OpenOffice-Draw, some elements are incorrectly rendered. In particular: a) open path elements are drawn as closed even though no "closepath" is specified in the SVG path data. b) text is rendered in the incorrect location. The same SVG file is rendered correctly in Firefox, Ristretto, Inkscape, etc. Steps to reproduce: 1) save the attached "simple.svg" file 2) In a new blank OpenOffice-Draw document, from the "Insert" menu choose "Picture... From File..." and select the "simple.svg" file. What's expected: A diamond shape with its south-west edge missing (i.e. an "open" path), and at its top vertex a circle containing an "X". What happens: The diamond shape is drawn with its south-west edge present (i.e. a "closed" path), and the "X" is drawn in the wrong location. The same SVG file is rendered correctly in Firefox, Ristretto, Inkscape, etc. Additional notes: Instead of "Insert -> Picture... From File...", if the SVG file is opened (e.g. via "File -> Open..." the path is correctly rendered as "open" but the "X" is still not rendered in the correct location. ProblemType: Bug Architecture: i386 Date: Fri Jan 22 18:48:22 2010 DistroRelease: Ubuntu 9.10 InstallationMedia: Xubuntu 9.10 "Karmic Koala" - Release i386 (20091028.3) NonfreeKernelModules: nvidia Package: openoffice.org-core 1:3.1.1-5ubuntu1 [modified: var/lib/openoffice/basis3.1/program/services.rdb] ProcEnviron: PATH=(custom, no user) LANG=en_GB.UTF-8 SHELL=/bin/bash ProcVersionSignature: Ubuntu 2.6.31-17.54-generic SourcePackage: openoffice.org Uname: Linux 2.6.31-17-generic i686 --- Architecture: i386 DistroRelease: Ubuntu 10.04 InstallationMedia: Xubuntu 10.04 "Lucid Lynx" - Release i386 (20100429) NonfreeKernelModules: nvidia Package: openoffice.org 1:3.2.0-7ubuntu4 PackageArchitecture: i386 ProcEnviron: LANGUAGE=en_GB:en LANG=en_GB.utf8 SHELL=/bin/bash ProcVersionSignature: Ubuntu 2.6.32-22.33-generic 2.6.32.11+drm33.2 Tags: lucid Uname: Linux 2.6.32-22-generic i686 UserGroups: adm admin audio cdrom dialout lpadmin plugdev sambashare
2010-05-27 10:53:50 nick_s attachment added Dependencies.txt http://launchpadlibrarian.net/49198695/Dependencies.txt
2011-04-17 05:47:31 madbiologist tags apport-bug apport-collected i386 karmic xubuntu apport-bug apport-collected i386 karmic lucid xubuntu
2011-04-17 13:43:16 madbiologist tags apport-bug apport-collected i386 karmic lucid xubuntu apport-bug apport-collected i386 karmic lucid maverick natty xubuntu
2011-05-24 21:13:47 penalvch bug task added libreoffice (Ubuntu)
2011-06-06 07:00:27 penalvch summary incorrect rendering of SVG import [Upstream] incorrect rendering of SVG import
2011-06-17 18:08:04 sdaau bug added subscriber sdaau
2011-06-18 05:22:35 penalvch description Binary package hint: openoffice.org When importing a simple SVG file into OpenOffice-Draw, some elements are incorrectly rendered. In particular: a) open path elements are drawn as closed even though no "closepath" is specified in the SVG path data. b) text is rendered in the incorrect location. The same SVG file is rendered correctly in Firefox, Ristretto, Inkscape, etc. Steps to reproduce: 1) save the attached "simple.svg" file 2) In a new blank OpenOffice-Draw document, from the "Insert" menu choose "Picture... From File..." and select the "simple.svg" file. What's expected: A diamond shape with its south-west edge missing (i.e. an "open" path), and at its top vertex a circle containing an "X". What happens: The diamond shape is drawn with its south-west edge present (i.e. a "closed" path), and the "X" is drawn in the wrong location. The same SVG file is rendered correctly in Firefox, Ristretto, Inkscape, etc. Additional notes: Instead of "Insert -> Picture... From File...", if the SVG file is opened (e.g. via "File -> Open..." the path is correctly rendered as "open" but the "X" is still not rendered in the correct location. ProblemType: Bug Architecture: i386 Date: Fri Jan 22 18:48:22 2010 DistroRelease: Ubuntu 9.10 InstallationMedia: Xubuntu 9.10 "Karmic Koala" - Release i386 (20091028.3) NonfreeKernelModules: nvidia Package: openoffice.org-core 1:3.1.1-5ubuntu1 [modified: var/lib/openoffice/basis3.1/program/services.rdb] ProcEnviron: PATH=(custom, no user) LANG=en_GB.UTF-8 SHELL=/bin/bash ProcVersionSignature: Ubuntu 2.6.31-17.54-generic SourcePackage: openoffice.org Uname: Linux 2.6.31-17-generic i686 --- Architecture: i386 DistroRelease: Ubuntu 10.04 InstallationMedia: Xubuntu 10.04 "Lucid Lynx" - Release i386 (20100429) NonfreeKernelModules: nvidia Package: openoffice.org 1:3.2.0-7ubuntu4 PackageArchitecture: i386 ProcEnviron: LANGUAGE=en_GB:en LANG=en_GB.utf8 SHELL=/bin/bash ProcVersionSignature: Ubuntu 2.6.32-22.33-generic 2.6.32.11+drm33.2 Tags: lucid Uname: Linux 2.6.32-22-generic i686 UserGroups: adm admin audio cdrom dialout lpadmin plugdev sambashare 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 firefox firefox: Installed: 5.0~b5+build1+nobinonly-0ubuntu0.11.04.1 Candidate: 5.0~b5+build1+nobinonly-0ubuntu0.11.04.1 Version table: *** 5.0~b5+build1+nobinonly-0ubuntu0.11.04.1 0 500 http://us.archive.ubuntu.com/ubuntu/ natty-proposed/main i386 Packages 100 /var/lib/dpkg/status 4.0.1+build1+nobinonly-0ubuntu0.11.04.3 0 500 http://us.archive.ubuntu.com/ubuntu/ natty-updates/main i386 Packages 4.0.1+build1+nobinonly-0ubuntu0.11.04.1 0 500 http://security.ubuntu.com/ubuntu/ natty-security/main i386 Packages 4.0+nobinonly-0ubuntu3 0 500 http://us.archive.ubuntu.com/ubuntu/ natty/main i386 Packages 3) What is expected to happen in LibreOffice Draw via the Terminal: cd ~/Desktop && wget https://bugs.launchpad.net/ubuntu/+source/openoffice.org/+bug/511312/+attachment/1113082/+files/simple.svg && lodraw -nologo simple.svg is it look as it does in Firefox. 4) What happens instead is the x inside the circle at the top is missing. WORKAROUND: Open in Inkscape. apt-cache policy inkscape inkscape: Installed: 0.48.1-2ubuntu2 Candidate: 0.48.1-2ubuntu2 Version table: *** 0.48.1-2ubuntu2 0 500 http://us.archive.ubuntu.com/ubuntu/ natty/main i386 Packages 100 /var/lib/dpkg/status ProblemType: Bug Architecture: i386 Date: Fri Jan 22 18:48:22 2010 DistroRelease: Ubuntu 9.10 InstallationMedia: Xubuntu 9.10 "Karmic Koala" - Release i386 (20091028.3) NonfreeKernelModules: nvidia Package: openoffice.org-core 1:3.1.1-5ubuntu1 [modified: var/lib/openoffice/basis3.1/program/services.rdb] ProcEnviron:  PATH=(custom, no user)  LANG=en_GB.UTF-8  SHELL=/bin/bash ProcVersionSignature: Ubuntu 2.6.31-17.54-generic SourcePackage: openoffice.org Uname: Linux 2.6.31-17-generic i686 --- Architecture: i386 DistroRelease: Ubuntu 10.04 InstallationMedia: Xubuntu 10.04 "Lucid Lynx" - Release i386 (20100429) NonfreeKernelModules: nvidia Package: openoffice.org 1:3.2.0-7ubuntu4 PackageArchitecture: i386 ProcEnviron:  LANGUAGE=en_GB:en  LANG=en_GB.utf8  SHELL=/bin/bash ProcVersionSignature: Ubuntu 2.6.32-22.33-generic 2.6.32.11+drm33.2 Tags: lucid Uname: Linux 2.6.32-22-generic i686 UserGroups: adm admin audio cdrom dialout lpadmin plugdev sambashare
2011-06-18 05:22:57 penalvch libreoffice (Ubuntu): importance Undecided Medium
2011-06-18 05:22:57 penalvch libreoffice (Ubuntu): status New Triaged
2011-06-18 05:23:15 penalvch tags apport-bug apport-collected i386 karmic lucid maverick natty xubuntu apport-bug apport-collected i386 karmic lo33 lucid maverick natty xubuntu
2011-06-18 05:23:24 penalvch openoffice.org (Ubuntu): importance Medium Low
2011-06-18 05:24:00 penalvch summary [Upstream] incorrect rendering of SVG import [Upstream] Draw omits x importing svg
2011-06-18 05:41:01 penalvch bug watch added http://bugs.freedesktop.org/show_bug.cgi?id=38429
2011-06-18 05:41:01 penalvch bug task added df-libreoffice
2011-06-18 06:42:36 Bug Watch Updater df-libreoffice: status Unknown Confirmed
2011-06-18 06:42:36 Bug Watch Updater df-libreoffice: importance Unknown Medium
2011-09-15 14:18:13 Björn Michaelsen openoffice.org (Ubuntu): status Triaged Won't Fix
2011-12-24 17:37:03 Bug Watch Updater df-libreoffice: status Confirmed Incomplete
2012-01-03 23:31:48 penalvch bug watch added https://issues.apache.org/ooo/show_bug.cgi?id=2497
2012-01-03 23:31:48 penalvch openoffice: status Confirmed Unknown
2012-01-03 23:31:48 penalvch openoffice: remote watch OpenOffice.org Issue Tracker #2497 issues.apache.org/ooo/ #2497
2012-01-04 21:39:00 Bug Watch Updater df-libreoffice: status Incomplete Confirmed
2012-08-15 15:32:04 Bug Watch Updater df-libreoffice: status Confirmed Invalid
2013-01-25 17:05:12 Björn Michaelsen libreoffice (Ubuntu): status Triaged Won't Fix
2013-02-11 01:35:29 Bug Watch Updater openoffice: status Unknown Fix Released
2013-02-11 01:35:29 Bug Watch Updater openoffice: importance Unknown Low
2013-02-11 01:35:38 Bug Watch Updater bug watch added http://qa.openoffice.org/issues/show_bug.cgi?id=49991