Bug 139077 - SVG image pasted with RTF paste looks off
Summary: SVG image pasted with RTF paste looks off
Status: NEW
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
(earliest affected) release
Hardware: All All
: medium normal
Assignee: Not Assigned
Keywords: bibisected, bisected, regression
Depends on:
Blocks: Writer-Images RTF-Paste
  Show dependency treegraph
Reported: 2020-12-19 20:20 UTC by Telesto
Modified: 2023-11-06 13:12 UTC (History)
4 users (show)

See Also:
Crash report or crash signature:

Example file (39.70 KB, application/vnd.oasis.opendocument.text)
2020-12-19 20:20 UTC, Telesto

Note You need to log in before you can comment on or make changes to this bug.
Description Telesto 2020-12-19 20:20:16 UTC
SVG image pasted with RTF paste looks off

Steps to Reproduce:
1. Open the attached file

Actual Results:
Low quality image. Not surprising.. as kind of a known flaw (see bmp/gdi paste). However it looks it is taking a different route (from bmp/gdi). So this implementation likely a taking a different route.

So more 'additional' reminder to check.. 

Expected Results:
A high res clear image

Reproducible: Always

User Profile Reset: No

Additional Info:
Version: (x64)
Build ID: 315c7570c4a72f4c834086082825533b1e50d1bf
CPU threads: 4; OS: Windows 6.3 Build 9600; UI render: Skia/Raster; VCL: win
Locale: nl-NL (nl_NL); UI: en-US
Calc: CL
Comment 1 Telesto 2020-12-19 20:20:31 UTC
Created attachment 168346 [details]
Example file
Comment 2 Dieter 2021-07-04 10:15:47 UTC
I confirm it with

Version: (x64) / LibreOffice Community
Build ID: 949658028e722e5d2657b503eb20e16e41dbd8cf
CPU threads: 4; OS: Windows 10.0 Build 19043; UI render: Skia/Raster; VCL: win
Locale: de-DE (de_DE); UI: en-GB
Calc: CL
Comment 3 Aron Budea 2021-07-31 03:15:29 UTC
This is interesting, because the results are different in Linux with GTK3 VCL plugin, and with gen VCL plugin. With gtk3 the image looks inverted, and with gen the colors are fine, but the quality is bad (it's probably bad in the other case, too).

It also isn't an RTF paste bug, after exporting to RTF and reloading the document, the image exhibits the same quality loss.

When using RTF export/import, the issue started in, and could be bibisected to the following range for when the inverted image started, using bibisect-41max:

Suspecting the following commit (uneducated guess):
author		Armin Le Grand <alg@apache.org>	2012-06-11 08:38:23 +0000
committer	Caolán McNamara <caolanm@redhat.com>	2013-04-14 21:33:59 +0100

"Resolves: #i119735# missing css.svg.SVGWriter when using GraphicProvider"

Before that, the quality loss started with the following commit, same as in bug 138653:
author		Armin Le Grand <alg@apache.org>	2012-05-30 13:44:19 +0000
committer	Caolán McNamara <caolanm@redhat.com>	2013-03-16 01:57:53 +0000

"Resolves: #i119601# support for transparency in PNG export dialog"

Much later, the commit that fixed the inverted color with both VCL plugins was the following (though the background color is slightly different), bibisected using bibisect-linux-64-6.0:
author		Thorsten Behrens <Thorsten.Behrens@CIB.de>	2017-08-21 22:44:30 +0200
committer	Thorsten Behrens <Thorsten.Behrens@CIB.de>	2017-08-22 12:28:57 +0200

"emfplus: cut over to new EMF+ renderer"

Then the following commit brought back the inverted colors with gtk3 VCL plugin, in the same version/repo:
author		Caolán McNamara <caolanm@redhat.com>	2017-09-04 13:34:09 +0100
committer	Caolán McNamara <caolanm@redhat.com>	2017-09-04 17:22:27 +0200

"Resolves: tdf#111483 1 bit bitmaps with non-standard black/white indexes"
Comment 4 QA Administrators 2023-08-01 03:16:34 UTC Comment hidden (obsolete)
Comment 5 Dieter 2023-08-09 06:37:42 UTC
Still present in

Version: (X86_64) / LibreOffice Community
Build ID: 41d6f628ba3f046f16b5fa9fa8db8d4c2ab3b582
CPU threads: 4; OS: Windows 10.0 Build 19045; UI render: Skia/Raster; VCL: win
Locale: de-DE (de_DE); UI: en-GB
Calc: CL threaded

Caolán, perhaps you can have a look at it, thank you.
Comment 6 Stéphane Guillou (stragu) 2023-11-06 13:12:26 UTC
Same black instead of transparency issue in recent trunk build.

Version: (X86_64) / LibreOffice Community
Build ID: 31fb3045dabdb27d913712f3abcade315e3ea9bd
CPU threads: 8; OS: Linux 5.15; UI render: default; VCL: gtk3
Locale: en-AU (en_AU.UTF-8); UI: en-US
Calc: threaded

Properties show the image is pasted as WMF.
Which makes me think bug 126876 comment 4 is the same issue.