Description: Followup from bug: https://bugs.documentfoundation.org/show_bug.cgi?id=129218 Svg not correctly rendered, I verified is linked to css processing. I'm going to add 2 version of the same image: Luscher.svg --> rendered with problem Luscher_LibreOffice --> correctly rendered The problem doesn't affect windows versions Steps to Reproduce: 1. add the 2 image 2. open the 2 image on browser 3. compare the rendering Actual Results: Luscher.svg --> rendered with problem Luscher_LibreOffice --> correctly rendered Expected Results: both images should have the same rendering Reproducible: Always User Profile Reset: No OpenGL enabled: Yes Additional Info:
Created attachment 156532 [details] Image with problem I encounter problem also in nautilus
Created attachment 156533 [details] Image without problem
Followup from bug 129218
I tested this images and on Version: 6.5.0.0.alpha0+ the problem is still here. It's to early to check this? Build ID: 693bdcc3a8c4e849c306b0187a5bf8ffe4ddb824 CPU threads: 4; OS: Linux 4.15; UI render: default; VCL: gtk3; TinderBox: Linux-rpm_deb-x86_64@86-TDF, Branch:master, Time: 2019-12-12_16:14:25 Locale: ro-RO (ro_RO.UTF-8); UI-Language: en-US Calc: threaded
Created attachment 156561 [details] the diferences here
(In reply to BogdanB from comment #4) > I tested this images and on Version: 6.5.0.0.alpha0+ the problem is still > here. > It's to early to check this? > > Build ID: 693bdcc3a8c4e849c306b0187a5bf8ffe4ddb824 > CPU threads: 4; OS: Linux 4.15; UI render: default; VCL: gtk3; > TinderBox: Linux-rpm_deb-x86_64@86-TDF, Branch:master, Time: > 2019-12-12_16:14:25 > Locale: ro-RO (ro_RO.UTF-8); UI-Language: en-US > Calc: threaded The problem appears also in stable version. Previous bug was opened on 6.3.3.2, Xisco Faulí asked to me to try on alpha version and reopen bug in case the problem persist.
Also reproducible in Version: 5.2.0.0.alpha1+ Build ID: 5b168b3fa568e48e795234dc5fa454bf24c9805e CPU Threads: 4; OS Version: Linux 4.15; UI Render: default; Locale: ca-ES (ca_ES.UTF-8
The problem is LibreOffice fails to read styles such as <defs><style type="text/css"><![CDATA[ g#cross line{ stroke: #888; stroke-width: 6; } ]]></style></defs> <g id="cross"> <line x1="010" y1="132" x2="255" y2="132" /> </g>
Created attachment 156667 [details] minimized sample
Dear Do, To make sure we're focusing on the bugs that affect our users today, LibreOffice QA is asking bug reporters and confirmers to retest open, confirmed bugs which have not been touched for over a year. There have been thousands of bug fixes and commits since anyone checked on this bug report. During that time, it's possible that the bug has been fixed, or the details of the problem have changed. We'd really appreciate your help in getting confirmation that the bug is still present. If you have time, please do the following: Test to see if the bug is still present with the latest version of LibreOffice from https://www.libreoffice.org/download/ If the bug is present, please leave a comment that includes the information from Help - About LibreOffice. If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a comment that includes the information from Help - About LibreOffice. Please DO NOT Update the version field Reply via email (please reply directly on the bug tracker) Set the bug's Status field to RESOLVED - FIXED (this status has a particular meaning that is not appropriate in this case) If you want to do more to help you can test to see if your issue is a REGRESSION. To do so: 1. Download and install oldest version of LibreOffice (usually 3.3 unless your bug pertains to a feature added after 3.3) from https://downloadarchive.documentfoundation.org/libreoffice/old/ 2. Test your bug 3. Leave a comment with your results. 4a. If the bug was present with 3.3 - set version to 'inherited from OOo'; 4b. If the bug was not present in 3.3 - add 'regression' to keyword Feel free to come ask questions or to say hello in our QA chat: https://web.libera.chat/?settings=#libreoffice-qa Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-UntouchedBug
Still reproducible with attachment 156667 [details] in the latest LibreOffice 7.4 master: Version: 7.4.0.0.alpha0+ / LibreOffice Community Build ID: 6ca94dbd576be7aaa643393e2a9e2ee1c723c357 CPU threads: 8; OS: Linux 5.11; UI render: default; VCL: gtk3 Locale: en-US (en_US.UTF-8); UI: en-US Calc: threaded The result is that only 1 line is visible, but in Firefox and Chrome 2 lines are visible. There are several CSS combinators, and it seems none of them are currently supported in LibreOffice. CSS Combinators: * Descendant selector (space) * Child selector (>) * Adjacent sibling selector (+) * General sibling selector (~) https://www.w3schools.com/css/css_combinators.asp
the text positioning of attachment 156532 [details] has been fixed with 8fa209ce2e800dc8a51e941cd42a65fa8b2eb14b. The only remaining issue is to fix the css combinators such as "g#cross polygon". it works if it's changed to "#cross polygon"
(In reply to Hossein from comment #11) > There are several CSS combinators, and it seems none of them are currently > supported in LibreOffice. > > CSS Combinators: > * Descendant selector (space) This is already supported > * Child selector (>) This one too
Xisco Fauli committed a patch related to this issue. It has been pushed to "master": https://git.libreoffice.org/core/commit/b2247336409b7b3b0ae04356a167dcd204badb04 tdf#129356: handle css combinator when the element name is combined... 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/603e1a7563a8ab8900fc2d7b99fbc0522e815056 tdf#129356: handle css combinator when the element name is combined... It will be available in 7.6.1. 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.