Description: LibreOffice prints SVG elements from <cdml> container, but it should not. Steps to Reproduce: 1. Insert figure "IPDI.svg" in a Writer document. 2. Observe the strange character on the top left. 3. Print a PDF and observe the unwanted characters also appearing in the PDF. Actual Results: Is seems that LibreOffice prints SVG elements from the <cdml> container. Expected Results: LibreOffice should leave away elements form unknown containers like <cdml>. https://commons.wikimedia.org/wiki/Help:SVG Reproducible: Always User Profile Reset: No Additional Info: Every time I use LibreOffice, I find a bug. That is why I use it as few as possible.
Created attachment 181389 [details] SVG image Note that this image is correctly rendered with `display` (from ImageMagick) or with Inkscape.
Created attachment 181391 [details] Pdf showing the issue - second image on top-left Confirmed. Version: 7.5.0.0.alpha0+ (x64) / LibreOffice Community Build ID: eea7038c182cc1f6cd792359053ea2561a200026 CPU threads: 4; OS: Windows 10.0 Build 19044; UI render: Skia/Vulkan; VCL: win Locale: es-ES (es_ES); UI: en-US Calc: CL
Created attachment 181392 [details] Writer file sample
The problem is that LibreOffice draws something like <text x="280.00" y="108.23" font-family="helvetica" font-size="12pt" fill="#000000" textLength="31"><xxx>IPDI</xxx></text> where <xxx> is an incorrect text token
No, the problem is that LibreOffice draws something when it should not draw anything. It should ignore the <cdml> container.
(In reply to Olivier from comment #5) > No, the problem is that LibreOffice draws something when it should not draw > anything. It should ignore the <cdml> container. it fails without the cdml container too. See attachment
Created attachment 182421 [details] sample file without cdml container
(In reply to Xisco Faulí from comment #6) > (In reply to Olivier from comment #5) > > No, the problem is that LibreOffice draws something when it should not draw > > anything. It should ignore the <cdml> container. > > it fails without the cdml container too. See attachment it fails because the text node is inside cdml, so the root cause is the unknown node of text. it should not display it if unknown, but LibreOffice displays it anyway
Xisco Fauli committed a patch related to this issue. It has been pushed to "master": https://git.libreoffice.org/core/commit/13a41e7a12598c7896d6dc8d34aba6af5b80b83c tdf#150124: do nothing when parent is of unkown type It will be available in 24.2.0. The patch should be included in the daily builds available at https://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: https://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.
Xisco Fauli committed a patch related to this issue. It has been pushed to "libreoffice-7-6": https://git.libreoffice.org/core/commit/a11ad45498ff2ff2b1698715114e5ea8eabdd609 tdf#150124: do nothing when parent is of unkown type It will be available in 7.6.0.0.beta2. The patch should be included in the daily builds available at https://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: https://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.