Bug 124848 - Parts of svg image not displayed correctly at smaller zoom levels
Summary: Parts of svg image not displayed correctly at smaller zoom levels
Status: NEW
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
Version:
(earliest affected)
6.2.2.2 release
Hardware: x86-64 (AMD64) Windows (All)
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords: bibisected, bisected, filter:svg, regression
Depends on:
Blocks: SVG-Import Zoom-Issues
  Show dependency treegraph
 
Reported: 2019-04-19 22:13 UTC by Klaus Blum
Modified: 2019-08-17 09:42 UTC (History)
5 users (show)

See Also:
Crash report or crash signature:


Attachments
Sample SVG file (11.26 KB, image/svg+xml)
2019-04-19 22:14 UTC, Klaus Blum
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Klaus Blum 2019-04-19 22:13:22 UTC
Description:
I have a svg image with very slim rectangles (staff lines, see attached svg file). 
The screen preview is fine when displayed at zoom level 140% and above. 
At zoom level 120% and below, the staff lines are displayed much thicker. 

Steps to Reproduce:
1. Create new Writer/Draw/Impress document
2. Insert image file "OOoLilyPond.svg" (see attached)
3. Increase / decrease zoom level

Actual Results:
In Writer/Draw/Impress, when zoom level is set to 120% or less, screen preview is broken: Staff lines are displayed much too thick. 
PDF export and slide show are not affected. 

Expected Results:
Image preview should be correct at any zoom level.


Reproducible: Always


User Profile Reset: No



Additional Info:
I'm not quite sure if a version earlier than 6.2.2.2 has been affected. 
6.1.5.2 release was still without this issue.
Comment 1 Klaus Blum 2019-04-19 22:14:31 UTC
Created attachment 150887 [details]
Sample SVG file
Comment 2 Dieter Praas 2019-04-22 05:03:18 UTC
I confirm it with

Version: 6.3.0.0.alpha0+ (x64)
Build ID: 421e6fc3cd2e6fe37afbef341e2d0ad7b8edde37
CPU threads: 4; OS: Windows 10.0; UI render: default; VCL: win; 
TinderBox: Win-x86_64@42, Branch:master, Time: 2019-04-07_01:12:58
Locale: en-US (de_DE); UI-Language: en-US
Calc: threaded

and with

Version: 6.2.3.2 (x64)
Build-ID: aecc05fe267cc68dde00352a451aa867b3b546ac
CPU-Threads: 4; BS: Windows 10.0; UI-Render: Standard; VCL: win; 
Gebietsschema: de-DE (de_DE); UI-Sprache: de-DE
Calc: threaded

but not with

Version: 5.4.7.2 (x64)
Build-ID: c838ef25c16710f8838b1faec480ebba495259d0
CPU-Threads: 4; BS: Windows 6.19; UI-Render: GL; 
Gebietsschema: de-DE (de_DE); Calc: CL
Comment 3 raal 2019-04-29 11:49:04 UTC
This seems to have begun at the below commit.
Adding Cc: to Armin Le Grand; Could you possibly take a look at this one? Thanks

7127ec0b63ddd55b4f0f6c5b268fcc7fe1fdcdfb is the first bad commit
commit 7127ec0b63ddd55b4f0f6c5b268fcc7fe1fdcdfb
Author: Norbert Thiebaud <nthiebaud@gmail.com>
Date:   Thu Aug 30 12:27:56 2018 -0700

    source sha:b9fa01a8d1137a95af9865a3e47995734c40da6e

author	Armin Le Grand <Armin.Le.Grand@cib.de>	2018-08-24 13:01:08 +0200
committer	Armin Le Grand <Armin.Le.Grand@cib.de>	2018-08-30 19:48:46 +0200
commit	b9fa01a8d1137a95af9865a3e47995734c40da6e (patch)
tree	6d1e0a3e44b1a96fe5302d779c00fbee55cf8d24
parent	f4a9ce33415a85d0b86ced3a0bf780f4ec61e25f (diff)
Support buffering SystemDependent GraphicData
Comment 4 Klaus Blum 2019-08-17 09:42:00 UTC
Sorry for bumping... 
...has anybody already found something that can help here? Or is this bug of minor importance and won't be fixed in the near future?