Bug 155613 - Transparent PNG as background makes automatic color white
Summary: Transparent PNG as background makes automatic color white
Status: NEW
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Impress (show other bugs)
Version:
(earliest affected)
4.1.0.4 release
Hardware: x86-64 (AMD64) Linux (All)
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords: bibisected, regression
Depends on:
Blocks: Slide-Background Automatic-Color
  Show dependency treegraph
 
Reported: 2023-05-31 19:34 UTC by Felix Rudolphi
Modified: 2025-02-01 21:33 UTC (History)
2 users (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 Felix Rudolphi 2023-05-31 19:34:11 UTC
Description:
When setting the PNG (from https://sciformation.works/intern/arrows-1577983_transparent_gradient.png mostly transparent, some arrows, from Pixabay with slight modifications) as background, text color automatically switches to white (which is unreadable)

Steps to Reproduce:
1.New ODP
2. Slide > Background image
3. Select file from https://sciformation.works/intern/arrows-1577983_transparent_gradient.png

Actual Results:
White text

Expected Results:
Black text


Reproducible: Always


User Profile Reset: No

Additional Info:
Version: 7.5.3.2 (X86_64) / LibreOffice Community
Build ID: 50(Build:2)
CPU threads: 8; OS: Linux 5.19; UI render: default; VCL: gtk3
Locale: de-DE (de_DE.UTF-8); UI: de-DE
Ubuntu package version: 4:7.5.3~rc2-0ubuntu0.22.04.1~lo1
Calc: threaded
Comment 1 Stéphane Guillou (stragu) 2023-05-31 21:10:27 UTC
Thanks Felix.
I can confirm the issue in:

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

This started in in 4.1.0.0.beta1 (tested with linux-64-releases bibisect repository).
Comment 2 m_a_riosv 2023-05-31 21:20:11 UTC
Reproducible
Version: 7.6.0.0.alpha1+ (X86_64) / LibreOffice Community
Build ID: 60e499147963e42ce783dffcf9c8d4aba8b5d475
CPU threads: 16; OS: Windows 10.0 Build 22621; UI render: Skia/Raster; VCL: win
Locale: es-ES (es_ES); UI: en-US Calc: CL threaded

Setting up the font color, text is visible, but not with font color 'Automatic'
Comment 3 Octavio Alvarez 2025-02-01 21:33:41 UTC
Bibisected to Version commit c97aec0d2276901c20634abe53867f739f420f50 using linux-41max.

https://cgit.freedesktop.org/libreoffice/core/commit/?id=c97aec0d2276901c20634abe53867f739f420f50

author	Armin Le Grand <alg@apache.org>	2012-05-10 09:29:55 +0000
committer	Caolán McNamara <caolanm@redhat.com>	2013-03-15 15:24:52 +0000
tree db775ba307edfffaa990a5d01361ae5c53c43f28

Related: #i119125# change XFillBitmapItem to work with GraphicObject

Completely changed XFillBitmapItem to work with GraphicObject, removed XOBitmap
class, adapted all usages (also the pretty old 8x8 pixel editor).

All Bitmap fill styles will now accept transparent bitmaps as fillings in all
variations (tiled, etc.). LoadSave is no problem, ODF defines graphic as
content for fill.  Backward means that OOs before this change will use a white
background of fill with transparent, same as the fallback all the time when
using a transparent fill.

This is also a preparation to e.g. offer SVG or Metafiles as fill style.