Created attachment 82591 [details]
Sample SVG file
A sample SVG file and 2 screenshots are attached to this file.
When opening the SVG file with draw, some extra lines appear. The draw screenshot highlights the extra lines.
When importing the SVG file into writer, some lines disappear. The writer screenshot highlights the missing lines.
The screenshots are from Fedora 19 Linux, with LO 188.8.131.52, but the same behaviour appears on the Windows 184.108.40.206 version.
Created attachment 82592 [details]
draw screenshot showing corruption
Created attachment 82593 [details]
writer screenshot showing different corruption
Created attachment 82594 [details]
inkscape renders the SVG correctly, for comparison
I can confirm same behavior on comment 1 if directly open that SVG with Draw.
But I can't reproduce behavior on comment 1 & comment 2 if that SVG inserted by Menu: Insert > Picture > From File... (correct result)
Seems like regression problem.
Tested on LO 220.127.116.11 (Ubuntu 12.04 32bit)
@Michael, perhaps you could search previously reported bug for possibly duplicate or similar problem? It will give much help for dev :)
The open-with-draw extra-line problem also exists in 18.104.22.168 on Fedora 17.
The insert-with-writer missing-line problem does NOT exist in 22.214.171.124 on Fedora 17.
These bugs might be related:
Created attachment 90442 [details]
SVGs of objects causing rendering problems.
What I am seeing here is the same as that reported, although it requires some explanation and better test files (attached). I think given the testing here it would be a good idea to change the summary to reflect the fact that the main problem appears to be with the handling of area fill for lines. There are two distinct test cases reported in this bug:
- Insert > Picture... of a SVG "DC supply" (ring with line) graphic into Writer.
- File > Open... of a SVG "resistor" (zigzig line) graphic with Draw.
I have extracted these two small graphics from the SVG provided in comment #0 to simplify testing. The resultant SVGs have been created under Ubuntu 10.04 x86_64 using Inkscape v0.47 r22583 and Crunchbang 11 x86_64 using Inkscape v0.48.3.1 r9886 and are labelled as such. Both graphics were grouped objects with the individual components (lines) having a fill set for the area. The "no fill" variants have had this setting removed. I have then tested inserting the DC supply SVG into Writer and opening the resistor SVG with Draw under Ubuntu 10.04 x86_64 running:
- v126.96.36.199 OOO330m19 Build: 6
- v188.8.131.52 OOO340m1 Build: 602
- v184.108.40.206 Build ID: 3215f89-f603614-ab984f2-7348103-1225a5b
- v220.127.116.11 Build ID: e183d5b
- v18.104.22.168 Build ID: 2e2573268451a50806fcd60ae2d9fe01dd0ce24
- v22.214.171.124 Build ID: 70feb7d99726f064edab4605a8ab840c50ec57a
In all cases the no fill version of the resistor graphic displays as expected while the usual one exhibits the problem reported (line through zigzag). This would seem to indicate a problem with handling the area fill attribute for line items and seems to be a problem inherited from OOo. The DC supply graphic handling is more varied across versions of LO, although in all cases both the usual and no fill variant exhibit the same behaviour:
v126.96.36.199: severe rendering issue.
v188.8.131.52: severe rendering issue.
v184.108.40.206: rendered as expected (stick visible).
v220.127.116.11: rendered as expected (stick visible).
v18.104.22.168: rendered without stick.
v22.214.171.124: rendered without stick.
This would appear to indicate a regression in SVG handling, thus bug 62284 seems the likely candidate in this case.
As per comment #6, confirmed. Status set to NEW. Version set to Inherited From OOo. Platform set to All/All. Summary amended to "SVG filter (Draw) does not appear to handle area fill for line objects" for greater clarity.
Insert > image > From file... -behavior is fully fixed. The small missing line shown in attachment 82593 [details] is drawn correctly.
File > Open behavior is still the same.
Problem is that polyline element doesn't handle fill="none;" attribute.
I take this one
** Please read this message in its entirety before responding **
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 on a currently supported version of LibreOffice
(5.4.1 or 5.3.6 https://www.libreoffice.org/download/
If the bug is present, please leave a comment that includes the version of LibreOffice and
your operating system, and any changes you see in the bug behavior
If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave
a short comment that includes your version of LibreOffice and Operating System
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)
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: http://webchat.freenode.net/?channels=libreoffice-qa
Thank you for helping us make LibreOffice even better for everyone!
Created attachment 136621 [details]
Screenshot - Insert>Picture on left, File>Open on right
With libreoffice-base-126.96.36.199-5.fc26.x86_64 on Fedora 26, I still experience problems opening the original sample svg when using File>Open. It works OK if I use Insert>Picture. See the screenshot. The resistors on the right side have an extra line through them that should not be there.
Created attachment 142861 [details]
pcb231A.svg in LO Draw 6.1 beta 2 (File->Open)
In LibreOffice 6.1 beta 2 opening SVG with using of menu File->Open gives fine result
Status -> WFM