Bug 85168 - EDITING: pictures with transparent background pasted from web into LibO lose transparency
Summary: EDITING: pictures with transparent background pasted from web into LibO lose ...
Status: RESOLVED WORKSFORME
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: LibreOffice (show other bugs)
Version:
(earliest affected)
Inherited From OOo
Hardware: x86-64 (AMD64) Windows (All)
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2014-10-18 08:47 UTC by E Moen
Modified: 2020-01-25 10:24 UTC (History)
1 user (show)

See Also:
Crash report or crash signature:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description E Moen 2014-10-18 08:47:24 UTC
When copying a transparent picture (for example from a google picture search) into an Impress slide make the transparent bits go black.

Steps:
- Start a new Impress file
- search google for a transparent picture
- copy the picture
- paste it into the slide

I have found that saving the image and then importing it into the slide does not show this problem.

I have seen this in all versions of LO Impress I have used.

Regards,

Egbert
Comment 1 tommy27 2014-10-18 10:47:23 UTC
issue confirmed under Win7x64 but just when you copy and paste from a web browser.

test this link: http://www.clker.com/clipart-small-red-heart-with-transparent-background-4.html

right click on image and copy it from web browser and paste it into Impress slide. transparent background is lost and shown in black.

there's a workaround: if you save image from web into hard disk and then insert from menu "Insert/Image/From file..." tranparency is preserved.

reproducible with LibO 4.3.2.2, 4.4.0.0.alpha0+
Build ID: 3e2bd1e4022e25b77bcc8eba5e02c1adc57008a1
TinderBox: Win-x86@42, Branch:master, Time: 2014-10-16_01:04:13

same issue with OOo 3.3.0 and AOO 4.1.0

@E Moen
did you serach Bugzilla for potential duplicates?
Comment 2 MM 2014-10-18 11:26:14 UTC
The bug isn't only present in impress, but also in writer, calc and draw.
So set 'component' to 'libreoffice'.
Comment 3 QA Administrators 2015-12-20 16:10:02 UTC Comment hidden (obsolete)
Comment 4 E Moen 2015-12-20 18:07:27 UTC
Tested on:

Versie: 5.0.3.2 
Build ID: e5f16313668ac592c1bfb310f4390624e3dbfb75
Locale: nl-NL (nl_NL)

running on Windows 8.1

The bug is still present. No changes.
Comment 5 QA Administrators 2017-01-03 19:47:22 UTC Comment hidden (obsolete)
Comment 6 E Moen 2017-01-14 08:56:26 UTC
I am using:

Versie: 5.1.6.2 
Build ID: 07ac168c60a517dba0f0d7bc7540f5afa45f0909
CPU Threads: 4; Versie besturingssysteem:Windows 6.2; UI Render: standaard; 
Locale: nl-NL (nl_NL); Calc: group

The bug is still present. When a pictures with transparency is pasted in a slide in Impress, the transparant parts convert to black.

Saving the picture and adding it from the file processes the transparency properly.

So still the same behaviour.
Comment 7 QA Administrators 2018-01-15 03:24:09 UTC Comment hidden (obsolete)
Comment 8 QA Administrators 2020-01-16 03:44:39 UTC Comment hidden (obsolete)
Comment 9 E Moen 2020-01-25 10:24:43 UTC
Versie: 6.3.4.2
Build ID: 1:6.3.4-0ubuntu0.18.04.1~lo2
CPU-threads: 8; Besturingssysteem: Linux 5.3; UI-render: standaard; VCL: gtk3; 
Locale: nl-NL (nl_NL.UTF-8); UI-taal: nl-NL
Calc: threaded

Bug is solved. Pictures retains transparancy when copy-pasted from browser to imopress.