Bug 127906 - FILESAVE Libreoffice Impress : does not save background colors of pictures
Summary: FILESAVE Libreoffice Impress : does not save background colors of pictures
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Impress (show other bugs)
(earliest affected) release
Hardware: All All
: medium normal
Assignee: Not Assigned
Whiteboard: target:6.4.0 target:6.3.4
Keywords: bibisected, bisected, regression
Depends on:
Blocks: Regressions-imageHandling
  Show dependency treegraph
Reported: 2019-10-01 12:51 UTC by prog-amateur
Modified: 2020-05-30 04:34 UTC (History)
4 users (show)

See Also:
Crash report or crash signature:


Note You need to log in before you can comment on or make changes to this bug.
Description prog-amateur 2019-10-01 12:51:06 UTC
Linux 4.19; VCL: gtk3; Flatpak

Copy-paste a picture and changing the background color (color fill) works but it is not saved after restart. 

Steps to Reproduce:
1. Copy-paste a picture (ex : pie-chart)
2. Change the background color (filling > color > chose color)
3. Save and quit
4. Restart

Actual Results:
Background color is not saved

Expected Results:
Background color should be saved

Reproducible: Always

User Profile Reset: No

Additional Info:
Comment 1 prog-amateur 2019-10-03 08:54:45 UTC
EDIT : removed Flatpak tag as the bug also occurs in the standard version (Debian, LibreOffice Impress version 1:6.1.5-3+deb10u4).
Comment 2 Xisco Faulí 2019-10-03 13:31:42 UTC
I can't reproduce it in

Build ID: c9336bfb6bbf6d73d3f23c124262ade30133448d
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

nor in

Versión: (x86)
Id. de compilación: b79626edf0065ac373bd1df5c28bd630b4424273
Subprocs. CPU: 1; SO: Windows 6.1; Repres. IU: predet.; VCL: win; 
Configuración regional: es-ES (es_ES); Idioma de IU: es-ES
Calc: threaded

To be certain the reported issue is not
related to corruption in the user profile, could you please reset your
Libreoffice profile ( https://wiki.documentfoundation.org/UserProfile ) and

I have set the bug's status to 'NEEDINFO'. Please change it back to
'UNCONFIRMED' if the issue is still present
Comment 3 prog-amateur 2019-10-05 14:32:18 UTC
Thank you for your kind help. I have followed the process described in your link (https://wiki.documentfoundation.org/UserProfile). 

    >start LibreOffice and select Help ▸ Restart in Safe Mode
    >in the 'Enter Safe Mode' dialog select 'Restart'
    >LibreOffice will restart and display the 'Safe Mode' dialog
    >If the problem persists, you can exit the safe mode because the user profile was not the cause of the problem.

This was the case for me (problem is still present in safe mode). So I have changed the status from NEEDINFO' to 'UNCONFIRMED'. 

Just for information : the image I copy-paste is a png format from Jupyter notebook (a web computational environment).
Comment 4 raal 2019-10-07 20:46:24 UTC
I can confirm with Version:
Build ID: 52cda5c5ae426761ccbdb4f20419098eab195303
CPU threads: 4; OS: Linux 4.15; UI render: default; VCL: gtk3; 

but not in Version:
Build ID: 3ca42d8d51174010d5e8a32b96e9b4c0b3730a53
Threads 4; Ver: 4.15; Render: default;
Comment 5 raal 2019-10-07 21:40:49 UTC
This seems to have begun at the below commit.
Adding Cc: to Tomaž Vajngerl ; Could you possibly take a look at this one?
 c5e18ecabec7818a55e4a887ec4fe3d6739d7c49 is the first bad commit
commit c5e18ecabec7818a55e4a887ec4fe3d6739d7c49
Author: Jenkins Build User <tdf@pollux.tdf>
Date:   Fri Apr 20 09:59:26 2018 +0200

    source 7b355669c6ddeab2e6cec692d6afdff41c61d0fb

author	Tomaž Vajngerl <tomaz.vajngerl@collabora.co.uk>	2018-04-14 15:13:05 +0900
committer	Tomaž Vajngerl <quikee@gmail.com>	2018-04-20 09:15:22 +0200
commit 7b355669c6ddeab2e6cec692d6afdff41c61d0fb (patch)
tree 46c55326bccfa68a2bb5fad6d637e0f4576c8d68
parent 663fd3d6e1f93ec989dc289e688d5dbfe434cbca (diff)
Function to load graphic swapped out (loaded on demand)