Description: Version: 6.3.1.2 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:
EDIT : removed Flatpak tag as the bug also occurs in the standard version (Debian, LibreOffice Impress version 1:6.1.5-3+deb10u4).
I can't reproduce it in Version: 6.4.0.0.alpha0+ 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: 6.3.1.2 (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 re-test? I have set the bug's status to 'NEEDINFO'. Please change it back to 'UNCONFIRMED' if the issue is still present
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).
I can confirm with Version: 6.4.0.0.alpha0+ Build ID: 52cda5c5ae426761ccbdb4f20419098eab195303 CPU threads: 4; OS: Linux 4.15; UI render: default; VCL: gtk3; but not in Version: 5.2.0.0.alpha0+ Build ID: 3ca42d8d51174010d5e8a32b96e9b4c0b3730a53 Threads 4; Ver: 4.15; Render: default;
This seems to have begun at the below commit. Adding Cc: to Tomaž Vajngerl ; Could you possibly take a look at this one? Thanks 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)
This got fixed in 6.4, by the same commit as bug 118036: https://cgit.freedesktop.org/libreoffice/core/commit/?id=ef3dabd1f814d1b005efc5d5144978c1d26a8e73 And in 6.3: https://git.libreoffice.org/core/commit/cd5e86eba163cab14e1d4149dde4513fbe252340