Bug 121916 - SVG from document created with older LibreOffice builds provoke redundant paste option; transparency lost
Summary: SVG from document created with older LibreOffice builds provoke redundant pas...
Status: NEW
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Draw (show other bugs)
Version:
(earliest affected)
Inherited From OOo
Hardware: All Linux (All)
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords: filter:svg
Depends on:
Blocks: SVG-Import
  Show dependency treegraph
 
Reported: 2018-12-05 08:43 UTC by OfficeUser
Modified: 2021-06-26 14:15 UTC (History)
3 users (show)

See Also:
Crash report or crash signature:
Regression By:


Attachments
svg_paste_issue.odg (1.23 MB, application/vnd.oasis.opendocument.graphics)
2018-12-05 08:44 UTC, OfficeUser
Details

Note You need to log in before you can comment on or make changes to this bug.
Description OfficeUser 2018-12-05 08:43:12 UTC
Hi,

- please open the attached odg-file.

- right-click any of the (svg) logos and copy it to clipboard

- open the paste buttons drop down menu

Result:
You get two redundant paste formats:
LibreOffice 6.1 Drawing
LibreOffice drawing format


Please note that this is not a cosmetic issue only!

If you paste the Visteon-logo into an SEPARATE draw document transparency is lost and you get blue background color! This happens because "LibreOffice 6.1 Drawing" is default for CTRL+v. Workaround is to explicitly choose "LibreOffice drawing format" when pasting between separate documents.
Comment 1 OfficeUser 2018-12-05 08:44:46 UTC
Created attachment 147296 [details]
svg_paste_issue.odg
Comment 2 Roman Kuznetsov 2018-12-06 06:09:47 UTC
don't repro lost of transparency in

Версия: 6.2.0.0.beta1
ID сборки: d1b41307be3f8c19fe6f1938cf056e7ff1eb1d18
Потоков ЦП: 4; ОС:Windows 6.1; Отрисовка ИП: по умолчанию; VCL: win; 
Локаль: ru-RU (ru_RU); UI-Language: ru-RU
Calc: threaded
Comment 3 Vera Blagoveschenskaya 2018-12-06 06:23:57 UTC
Hello,
I can't reproduced this issue for

Version: 6.3.0.0.alpha0+
Build ID: e4c2d0bb57ab8ea8f5c400d103d01376b8140f22
CPU threads: 1; OS: Linux 4.14; UI render: default; VCL: kde5; 
TinderBox: Linux-rpm_deb-x86_64@86-TDF, Branch:master, Time: 2018-11-30_21:37:10
Locale: ru-RU (ru_RU.UTF-8); UI-Language: en-US
Calc: threaded

Could you please attach a screenshot to see 'how it looks at your side' ?
Comment 4 Xisco Faulí 2018-12-06 13:24:46 UTC
In previous versions, it was called Draw 8 and Drawing format and now it's called LibreOffice 6.1 Drawing and LibreOffice drawing format.

I don't think this is a regression...
Comment 5 Xisco Faulí 2018-12-06 13:28:40 UTC
Regarding the blue background, I can reproduce it in

Version: 6.3.0.0.alpha0+
Build ID: fcc76610649a9830859f9e2efe2a06dbc6db74da
CPU threads: 4; OS: Linux 4.15; UI render: default; VCL: gtk3; 
Locale: ca-ES (ca_ES.UTF-8); UI-Language: en-US
Calc: threaded

Versió: 6.1.3.2
ID de la construcció: 1:6.1.3~rc2-0ubuntu0.16.04.1
Fils de CPU: 4; SO: Linux 4.15; Renderitzador de la IU: per defecte; VCL: gtk3; 
Configuració local: ca-ES (ca_ES.UTF-8); Calc: group threaded

but not 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 6 Xisco Faulí 2018-12-06 13:36:35 UTC
Similar problem as in bug 104633.
in GTK3 it worked fine until https://cgit.freedesktop.org/libreoffice/core/commit/?id=962e0bb4b31265b046fe4fb57d3087e20f5fe4ef
but it's reproducible in all platforms since OOo times...
Comment 7 QA Administrators 2020-12-17 03:50:27 UTC Comment hidden (obsolete)
Comment 8 Roman Kuznetsov 2021-01-15 20:05:09 UTC
I still can't repro in 7.2 in Windows 7

Xisco, is it only Linux (or even only GTK3) problem?
Comment 9 stragu 2021-06-26 14:15:49 UTC
I can repro with LO 7.2 and 7.3 on Linux.
Copying the Visteon logo to a new Draw document loses the transparency with the default paste (LibreOffice x.x Drawing) but keeps the transparency with the second option (LibreOffice drawing format).
The default should be the second one, seeing that it performs better. (And the other option could then be removed, as they are named confusingly similarly?)

Version: 7.3.0.0.alpha0+ / LibreOffice Community
Build ID: f446a203fa2897bab8ae7686c948a8bf060675c6
CPU threads: 8; OS: Linux 4.15; UI render: default; VCL: gtk3
Locale: en-AU (en_AU.UTF-8); UI: en-US
TinderBox: Linux-rpm_deb-x86_64@86-TDF, Branch:master, Time: 2021-06-24_15:16:38
Calc: threaded

and

Version: 7.2.0.0.beta1 / LibreOffice Community
Build ID: c6974f7afec4cd5195617ae48c6ef9aacfe85ddd
CPU threads: 8; OS: Linux 4.15; UI render: default; VCL: gtk3
Locale: en-AU (en_AU.UTF-8); UI: en-US
Calc: threaded

Changing to Linux, as others can't reproduce on Windows.