Created attachment 40940 [details] svg text only that give the bug on RC1 I have tested in Gimp same SVG with only TEXT (some paragraphs) exported clean from Inkscape , in Gimp loads flawless, in Inkscape loads flawless and in LibreOffice no text apears. I need SVG text to be imported and editable like other SVG shapes in particular that LibreOffice it is an Office tools for writen documents , so this it is a Bloker if not fixed until major release. There I upload the test SVG file that loads perfectly in other svg importing apps notable : gimp 2.6.11 , inkscape (dev version december)..etc
Ye...this is an issue for some time. Thanks for reporting. Thorsten, would you have a review? It should be there since at least 3.2.1, if I remember it right. So not a regression.
I`m glad i can help :)
Yeah, indeed a problem. Does not happen for most of the openclipart svgs, thus reducing severity (see https://bugs.freedesktop.org/page.cgi?id=fields.html#importance for the scale). There's a native renderer for svg in the making, that should solve this (and many more) problems,
*** Bug 33161 has been marked as a duplicate of this bug. ***
This "SVG is Drawn without Text" is also hitting us. Our Logo (SVG Design by Inkscape saved as Standard SVG) is drwan wrong: http://www.automatix.de/cms/index.php/Datei:AutomatiX-Logo.svg Imported to LibreOffice Writer the text is missing. :( But imported into the Draw Module all seems to be correct. This File show the wrong way: http://www.automatix.de/cms/index.php/Datei:Wrong-SVG-Import-to-LibreOffice_Writer.odt This File shows the correct way in Draw: http://www.automatix.de/cms/index.php/Datei:AutomatiX-Logo-correct-import-to-draw.odg I hope I could help stomething. You can take this files for testing :)
(In reply to comment #5) Belong to Version: LibreOffice 3.3.1 OOO330m19 (Build:8) tag libreoffice-3.3.1.2, Ubuntu package 1:3.3.1-1ubuntu3~lucid2
I've looked a number of SVG files where text does import and others where it doesn't and think I've found the common denominator. It looks like text within tspan elements is thrown away. tspan is described here: http://www.w3.org/TR/SVG/text.html#TSpanElement and it looks like recent versions of inkscape (and gnuplot) put text into tspan elements by default. It seems like this should not be horribly difficult to implement at least the x, y, dx, dy and rotate properties of tspan - since those should already be implemented for the base text element? Taking the text that is missing from the broken svg files attached to this bug out of tspan elements and putting them into the parent text element manually allows them to be rendered in libreoffice draw (both the bugtest attachment above and the automatix logo).
ok - spoke a little too quickly. The problem with gnuplot's text is different. gnuplot produces text that looks like this: <g transform="translate(45.6,405.8)" style="stroke:none; fill:black; font-family:Arial; font-size:12.00pt; text-anchor:end"> <text> 10</text> </g> which appears to be thrown away because there are no explicit coordinates given. If the <text> is replaced with <text x="0" y="0"> then the text renders (in almost, but not quite, the right place - looks like the end alignment is ignored).
We have some similar bugs with similar results for me (Seamonkey and OOo show text, LibO not: Bug 39554 - Insert->Picture->From File... *.SVG not correctly Bug 39599 - EDITING, FILEOPEN SVG TEXT INKSCAPE Bug 37994 - Wrong import of SVG files We should try to get some order into this issue.
Still happening in 3.6.4.3 on Windows XP SP3 32 bits.
*** Bug 39599 has been marked as a duplicate of this bug. ***
Change component to: Drawing Confirming still reproducible on LO 4.0.4.2 (Win7 32bit)
Checked with: LO 4.2.0.0.alfa0 Build ID: 2013-06-24 own debug build Windows 7 Professional SP1 64 bit Could not reproduce. Both bugtest.svg, AutomatiX-Logo.svg are displayed correctly in Writer and Draw.
Apologies for not having gotten around fixing this bug yet; unfortunately in future I'll have even less time at my disposal for this, so I'm freeing up ownership for other volunteers to take over.
On pc Debian x86-64 with master sources updated today, here's what I got by using Draw: 1) with Automatix-Logo.svg, I can see the logo but not the text bellow. console logs: warn:xmloff.core:16464:1:xmloff/source/core/xmlimp.cxx:726: SvXMLImport::endElement: popped context has wrong prefix warn:xmloff.core:16464:1:xmloff/source/core/xmlimp.cxx:726: SvXMLImport::endElement: popped context has wrong prefix warn:legacy.osl:16464:1:svx/source/sdr/contact/viewcontactofsdrpathobj.cxx:67: PolyPolygon object without geometry detected, this should not be created (!) 2) with bugtext shows nothing and same console logs: warn:xmloff.core:16464:1:xmloff/source/core/xmlimp.cxx:726: SvXMLImport::endElement: popped context has wrong prefix warn:xmloff.core:16464:1:xmloff/source/core/xmlimp.cxx:726: SvXMLImport::endElement: popped context has wrong prefix
In Inkscape, try converting from Flowed Text to either: 1) Text > Convert to Text (requires the font to be present on the system to render correctly) or 2) Convert object to paths (bigger file size, will always render correctly) I've fixed importing with no text by doing these things. FlowedText is Inkscape specific and not part of SVG spec.
The text is there, if you insert the *.svg image into a Draw document, but it is missing, if you use File > Open. This is a LO only problem, in AOO the text is there also in case of File > Open.
*** Bug 72246 has been marked as a duplicate of this bug. ***
Just to note to those watching that SVG import works fine in AOO - but fails in LO. This is a bug where LO is visibly falling down. See attachments to bug 72246.
*** Bug 68682 has been marked as a duplicate of this bug. ***
Confirming Reginas observation. If opened with Impress nothing is visible. If opened via menu Insert > Image > From file svg shows fine. OS X 10.9, LO 4.3 Version: 4.3.0.0.alpha0+ Build ID: 5e01904de993caa3d497a8f6c82a846336e70eef TinderBox: MacOSX-x86@49-TDF, Branch:master, Time: 2013-12-06_02:05:01 and 4.1.3.2 adding whiteboard status for both.
*** Bug 37994 has been marked as a duplicate of this bug. ***
*** Bug 69638 has been marked as a duplicate of this bug. ***
*** Bug 70739 has been marked as a duplicate of this bug. ***
(This is an automated message.) LibreOffice development currently prioritizes bugs with the so called MAB (most annoying bugs) -- as this bug has not run through that process (including writing a short rationale for this bug being a candidate and other who are watching the tracker bug silently approving that rationale etc.) its priority is set to high. Note this is effectively no change in the urgency assigned to this bug, as we are currently not making a difference between high and highest and severity is untouched. You can find out more about MABs and how the process works by contacting libreoffice qa on irc: http://webchat.freenode.net/?channels=libreoffice-qa The QA wiki page also gives you hints on how to get in contact with the team (if IRC fails you, your next best choice is the mailing list): https://wiki.documentfoundation.org/QA
In reply to Regina's comment 17: Can anyone have a look which commit in AOO actually solved the problem of missing text in SVG graphics. Couldn't this fix be ported to LibreOffice?
Marco/Christina: reading http://nabble.documentfoundation.org/SVG-tspan-td3953675.html, I thought you might be interested in this tracker.
*** Bug 74842 has been marked as a duplicate of this bug. ***
(In reply to comment #21) > Confirming Reginas observation. If opened with Impress nothing is visible. > If opened via menu Insert > Image > From file svg shows fine. > Have observed that if svg file created from another program (e.g. dia), using the menu bar options insert|image|fromfile, the svg does _not_ show OK: vector lines are visible, but text is _not_ visible. Also, after a quick search, this seems related/duplicate of to: 40177; 45771; 37650; 39554.
Created attachment 98382 [details] screenshot of both test files inserted in writer The screenshot shows both test files inserted into a writer document (not File -> Open !). All text is dispayed correctly. Version: 4.3.0.0.alpha1+ Build ID: 66c3d569187c4cef80b9c46ce216a8b2af0ebf02 Linux
I tried to verify Christina's success in comment 30 with a recent nightly build, but I get completely different problems: On Insert->Image of an SVG. The file from the attachment inserts only the text, but not the logo. With another SVG file, LO crashes. On File -> Open the SVG, I get the error message: "General Error. General input/output error." Shall I file another bug report for this or is this problem known in current LibreOffice nightly? Version: 4.3.0.0.alpha1+ Build ID: 20778b037c688759a4dc46acb8aeb66c9d1290cc TinderBox: Win-x86@39, Branch:master, Time: 2014-05-03_23:16:12 In VirtualBox on Windows XP.
This is a bug with long history and mixed observations on platforms / LO versions. My tests: 4.2.3.3: Writer + Impress menu Insert > Image > From file import the svg perfectly fine. It shows and all text displayes and is readable. Version: 4.3.0.0.alpha1+ Build ID: f76026a43acc65465882924796d93e635c35fd90 TinderBox: MacOSX-x86@49-TDF, Branch:master, Time: 2014-05-04_06:32:55 When menu > insert > image > from file, I see the spinning psycho pizza of death (osx) for a while but then the dialogue does open and I can insert the svg just fine. same with impress (guess they share the same code at that place). So WORKSFORME. Should I have missed something please re-open and specify exactly what is not working in which environment for you. @Gerry: since Christina was able to test successfully on Linux and things are working for me on OS X (with fresh release as well as latest nightly from today) I suggest to file any remaining problems as a new bug (one problem per bug). Attach the svg in question to make sure, issues can be reproduced.
Gerry: side note on XP: that beast is EOL (thankfully) so I suggest creating a new VirtualMachine with Win8.1 or such.
I reopen this bug, because the bug is about the problem that File->Open an SVG does not import the SVG text. Unfortunately, this problem is not solved. To summarize the problem, I quote Regina from comment 17: "The text is there, if you insert the *.svg image into a Draw document, but it is missing, if you use File > Open. This is a LO only problem, in AOO the text is there also in case of File > Open." BTW, only via Open->File, the SVG is fully editable in LO. Being able to properly "open" an SVG is important.
Indeed. There's quite a lot of duplicates to this bug, most of which have example attachments, to check against before closing this "WORKSFORME".
Gerry, if you insert a svg in draw and select "break" from the context menu it is editable. There has been a problem with breaking the graphic such that parts of the graphic disappear after breaking. But with my recent build this problem does not exist anymore. However I can't tell which commit fixed this bug.
I've got Version: 4.3.0.0.alpha1+ Build ID: f76026a43acc65465882924796d93e635c35fd90 TinderBox: Win-x86@39, Branch:master, Time: 2014-05-04_06:34:33 And there it is not fixed.
Hi all, I see bug 78554 was fixed, it has very simila summary as this one. Does the commit in 78554 fix this one also?
LO 4.3RC2 only shows text but no logo. Am I supposed to see a logo? Not a lot of time and can't seem to figure out, how to import svg files to word.
No it is not fixed. The text is still missing when opened with Version: 4.4.0.0.alpha0+ Build ID: 4011b74eb7650a0eeb99d3acebb9ef60b0fcaab9 TinderBox: Win-x86@42, Branch:master, Time: 2014-07-18_03:54:18 on Windows 7 32bit Please be careful in verifying. The issue is about opening via File > Open, not about insert.
(In reply to comment #40) > Please be careful in verifying. The issue is about opening via File > Open, > not about insert. Also confirmed under Crunchbang linux 11 x86_64 using v4.4.0.0.alpha0+ Build ID: 3fdd4f069d5436cf39708004af7fda8175fbc4c2 (deb 2014-07-09). No text is displayed in Draw via File > Open.
This issue is still reproducible by File > Open with Version: 4.3.1.0.0+ Build ID: 0d5d8c22f7be41d408d8ee4012ef1a6f4368423e TinderBox: Win-x86@51-TDF, Branch:libreoffice-4-3, Time: 2014-07-23_05:34:04
*** Bug 64006 has been marked as a duplicate of this bug. ***
REOPENED is not the correct status as this is only used by developers when a bug is assigned. Setting to NEW Also this is not a Major bug - it does not prevent high quality work (as there is a workaround from what I can see in the comments). MAJOR is loss of data/crash that there is no workaround for, here if you go to insert it seems like the text is imported. Please don't change the severity or priority again. Thanks
Sorry for the noise - upping to High because of the # of duplicates (minor because there is the workaround, can slow down high quality/professional work but won't prevent it)
Please read this message in its entirety before responding. Your bug was confirmed at least 1 year ago and has not had any activity on it for over a year. Your bug is still set to NEW which means that it is open and confirmed. It would be nice to have the bug confirmed on a newer version than the version reported in the original report to know that the bug is still present -- sometimes a bug is inadvertently fixed over time and just never closed. If you have time please do the following: 1) Test to see if the bug is still present on a currently supported version of LibreOffice (preferably 4.2 or newer). 2) If it is present please leave a comment telling us what version of LibreOffice and your operating system. 3) If it is NOT present please set the bug to RESOLVED-WORKSFORME and leave a short comment telling us your version and Operating System Please DO NOT 1) Update the version field 2) Reply via email (please reply directly on the bug tracker) 3) Set the bug to RESOLVED - FIXED (this status has a particular meaning that is not appropriate in this case) + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + LibreOffice is powered by a team of volunteers, every bug is confirmed (triaged) by human beings who mostly give their time for free. We invite you to join our triaging by checking out this link: https://wiki.documentfoundation.org/QA/BugTriage There are also other ways to get involved including with marketing, UX, documentation, and of course developing - http://www.libreoffice.org/get-help/mailing-lists/. Lastly, good bug reports help tremendously in making the process go smoother, please always provide reproducible steps (even if it seems easy) and attach any and all relevant material
I tested LibreOffice 4.2.6.3 on Arch Linux. The bug is still present. 1. I started Inkscape, wrote a few words, saved the file and closed Inkscape. 2. I started LibreOffice, opened the svg-file, no text is visible!
I can reproduce this error (no text displayed when opening the 1st attachment 'bugtest.svg') on Windows 8.1, with LibreOffice: 'libo-master~2015-02-01_13.19.39_LibreOfficeDev_4.5.0.0.alpha0_Win_x86.msi' Build ID: 'bfceafa67ed1cc3e4e03f8f214a2716f57b2d1e7'.
Problem is still present in LO 4.4.0.3 (Win 7) If I export a simple DRAW page as SVG, then re-open the same SVG file in DRAW, all text has disappeared. I don't expect this to happen. As a double check, if the SVG file is opened in Inkscape or Firefox, all text is visible (except rotated text is displayed horizontally as described in bug 57215). Shapes are ok. To reproduce: In DRAW: 1) Create a text box with sample text. 2) Fill the area with colour or assign line (to make more visible). 3) Copy/paste the text box and rotate through 90deg). 4) Export page as SVG. Open the SVG file in Inkscape, DRAW, Firefox. Observe text anomaly.
*** Bug 90170 has been marked as a duplicate of this bug. ***
I cannot reproduce the initial bug with LO 4.4.4.2 on ubuntu 14.04.
Frederic Parrenin - did you open the SVG with File -> Open, per the reproduction instructions? Because I just did this with the very first attachment to this bug, in Version: 5.1.0.0.alpha1+ Build ID: f03f2489edfb02150a147e071a81b46c5c27c606 built from git master, and it's still happening for me.
Version: 5.1.0.0.alpha1+ Build ID: 3090550b5297c86b63ba09ed1aa13bce4c0e5b70 Things seem to have improved, I tested another reproducer (opened icon-themes/galaxy/brand/flat_logo.svg from the repo), and it now shows text properly; it didn't in 4.4.3 and earlier. Can anybody try the latest 4.4 and 5.0 branches? If it works there, we might have a regression in master.
I don't know whether it helps, but I tested the file from comment 5 and it still did not show the SVG text on FILEOPEN. LibreOffice Version: 4.4.2.2 Build-ID: 40m0(Build:2), Ubuntu 15.04 Gebietsschema: de_DE It would be really nice if LibreOffice is/can be improved to support SVG text on FILEOPEN. Thanks.
Sorry, I read the bug description too quickly. The bug is indeed still there if you try to open the svg file directly. But there is no problem if you go to writer and import >
I tested both 4.4.4.2 and 5.0.0.0beta3 on ubuntu 14.04 and the bug is still there.
Insert/from file works, D&D works, it's just direct opening. Showing the rulers and looking at the imported page size shows that something *is* imported, the ratio of the page corresponds to the SVG ratio in the <svg xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:cc="http://creativecommons.org/ns#" xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns:svg="http://www.w3.org/2000/svg" xmlns="http://www.w3.org/2000/svg" xmlns:sodipodi="http://sodipodi.sourceforge.net/DTD/sodipodi-0.dtd" xmlns:inkscape="http://www.inkscape.org/namespaces/inkscape" width="744.09448819" height="1052.3622047" id="svg2" version="1.1" inkscape:version="0.48+devel r9931" sodipodi:docname="New document 1"> statement. Looks as if the imported stuff is just lost somewhere. Adding a small rectangle in inkscape (it's a inkscape svg including 'sodipodi' infos) makes the small rect load, but the text missing. Creating just a test file wit a rect make the rect load correctly. Loading the original test file shows an empty text box - all in all seems as if the text dimensions somehow get lost when loading in the described way...
Giving names to the methods: (a) open a SVG directly in LO (b) D&D/insert_graphic a SVG to LO For (b) the result is a graphic object of type 'SVG' which e.g. can again be saved in original form, 'break' in draw objects and other. For (a) this is very different - there is not a SdrObnject of type graphic, but for .e.g a simple rectangle in a SVG already a SdrObj of type rectangle. Either for (a) SVG gets imported and already decomposed or some other form of SVG import takes place. Does anyone know more about that?
For (a) indeed not svgio is used, but filter/source/svg/svgreader.cxx which seems to be from Fridrich Strba around 2010 with more current fixes to it, too. Checked 'case XML_TEXT' in that file when importing the example file and it indeed creates a text bux, but empty (in line 1569). Reason identified, but I do not know if that Svg-To-Odf (?) filter is used in this case by purpose, so someone else has to decide if the there currently evtl. broken text import has to be fixed or the import should be changed to use svgio. Adding Fridrich to cc...
Adding myself to CC, too...
(In reply to Armin Le Grand from comment #59) > ... > Either for (a) SVG gets imported and already decomposed or some other form > of SVG import takes place. Does anyone know more about that? I had started a thread some years ago about this: http://nabble.documentfoundation.org/About-Svgreader-td4107050.html#a4107868 but Caolan just started a new one: http://nabble.documentfoundation.org/Two-svg-import-filters-td4165248.html
The problem is that SVG filter doesn't handle <tspan> elements inside <text>. Update summary accordantly
*** Bug 72422 has been marked as a duplicate of this bug. ***
*** Bug 80616 has been marked as a duplicate of this bug. ***
*** Bug 78734 has been marked as a duplicate of this bug. ***
*** Bug 63676 has been marked as a duplicate of this bug. ***
Migrating Whiteboard tags to Keywords: (filter:svgOpen)
Commit sumitted to gerrit: https://gerrit.libreoffice.org/20642
commit sumitted to gerrit and waiting for review: https://gerrit.libreoffice.org/20642
Xisco Fauli committed a patch related to this issue. It has been pushed to "master": http://cgit.freedesktop.org/libreoffice/core/commit/?id=dc3eb865bd10e690dbf80f41277b062ac2253572 tdf#32248 SVG: first attempt to support tspan elements It will be available in 5.2.0. The patch should be included in the daily builds available at http://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: http://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.
I just built master with Xisco's recent commit, and on my test SVG (a copy of https://upload.wikimedia.org/wikipedia/commons/f/fb/StarOffice_major_derivatives.svg ), the text labels are now present.
After dc3eb865bd10e690dbf80f41277b062ac2253572, tspans are imported into libreoffice, however, it still fails to import the tspan's position in some cases. Anyway, as this bug has become some long, I rather to close it and report the position problem with a different bug
@Xisco, (In reply to Xisco Faulí from comment #72) > After dc3eb865bd10e690dbf80f41277b062ac2253572, tspans are imported into > libreoffice, however, it still fails to import the tspan's position in some > cases. Anyway, as this bug has become some long, I rather to close it and > report the position problem with a different bug Yes, it is reasonable to close this and open a new BZ issue for the remaining issues with tspan positioning on import. Did you want to do that and assign to yourself? For QA housekeeping, use the filter:svgOpen keyword, and perhaps add it to "see also" here, as well as to bug 88277
*** Bug 99129 has been marked as a duplicate of this bug. ***
*** Bug 97091 has been marked as a duplicate of this bug. ***