Download it now!
Bug 129356 - VIEWING: Svg image are incorrectly rendered
Summary: VIEWING: Svg image are incorrectly rendered
Status: NEW
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
Version:
(earliest affected)
5.3 all versions
Hardware: All All
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords: filter:svg
Depends on:
Blocks: SVG-Import
  Show dependency treegraph
 
Reported: 2019-12-12 22:38 UTC by Do
Modified: 2019-12-19 09:26 UTC (History)
3 users (show)

See Also:
Crash report or crash signature:


Attachments
Image with problem (3.68 KB, image/svg)
2019-12-12 22:39 UTC, Do
Details
Image without problem (3.66 KB, image/svg)
2019-12-12 22:40 UTC, Do
Details
the diferences here (184.63 KB, image/png)
2019-12-13 16:10 UTC, BogdanB
Details
minimized sample (1.62 KB, image/svg+xml)
2019-12-19 09:26 UTC, Xisco Faulí
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Do 2019-12-12 22:38:22 UTC
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:
Comment 1 Do 2019-12-12 22:39:56 UTC
Created attachment 156532 [details]
Image with problem

I encounter problem also in nautilus
Comment 2 Do 2019-12-12 22:40:32 UTC
Created attachment 156533 [details]
Image without problem
Comment 3 Do 2019-12-12 22:41:22 UTC
Followup from bug 129218
Comment 4 BogdanB 2019-12-13 16:10:07 UTC
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
Comment 5 BogdanB 2019-12-13 16:10:56 UTC
Created attachment 156561 [details]
the diferences here
Comment 6 Do 2019-12-15 15:29:48 UTC
(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.
Comment 7 Xisco Faulí 2019-12-19 09:18:53 UTC
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
Comment 8 Xisco Faulí 2019-12-19 09:25:47 UTC
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>
Comment 9 Xisco Faulí 2019-12-19 09:26:12 UTC
Created attachment 156667 [details]
minimized sample