Bug 126347 (Grateful) - background gradients do not get saved when document is closed. regression bug
Summary: background gradients do not get saved when document is closed. regression bug
Status: RESOLVED WORKSFORME
Alias: Grateful
Product: LibreOffice
Classification: Unclassified
Component: Impress (show other bugs)
Version:
(earliest affected)
6.2.4.1 rc
Hardware: x86-64 (AMD64) Linux (All)
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2019-07-11 15:17 UTC by z
Modified: 2019-12-16 11:02 UTC (History)
1 user (show)

See Also:
Crash report or crash signature:


Attachments
Impress presentation with 10 slides with different background gradients, stating how each slide was created. (24.96 KB, application/vnd.oasis.opendocument.presentation)
2019-07-11 15:17 UTC, z
Details

Note You need to log in before you can comment on or make changes to this bug.
Description z 2019-07-11 15:17:50 UTC
Created attachment 152724 [details]
Impress presentation with 10 slides with different background gradients, stating how each slide was created.

Impress, Slide/Properties/Background/Gradient

1) When changing a gradient on the slide, it does not save when document is closed and then re-opened.

2) When changing a gradient and Adding it to the Gradient menu with a new name, the new gradient remains in the menu only as long as the document stays open; it does not appear in the Gradient menu after re-opening the document.

Each step is described in the attached Sample presentation.
Comment 1 z 2019-07-11 15:20:11 UTC
These gradients used to get saved in the Ubuntu 14.04 version of LibreOffice Impress that was the standard Ubuntu version in 2018 December
Comment 2 Xisco Faulí 2019-07-31 10:50:00 UTC
Hello,
I can't reproduce it in

Version: 6.4.0.0.alpha0+
Build ID: 9ee5ad5a0b84bfa652da34694ba4f75668f06087
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

Do yo save it to .ODP ?

My Steps
1. Open attached document
2. Change gradient background in slide 2
3. Save.
4. Reopen
Comment 3 z 2019-08-01 05:25:20 UTC
This is my first ever bug report, so please excuse for any information I didn't provide. Please let me know what information you need.

Using Impress only, saving in .odp
Using LibreOffice 6.2.4.1
in Ubuntu 18.04

What I am changing is COLOR 2 in the gradient, and it doesn't get saved.

If I select one of the other given gradients, it saves fine.

Is this enough information?
Comment 4 Xisco Faulí 2019-09-10 09:20:38 UTC
Could you please try to reproduce it with the latest version of LibreOffice
from https://www.libreoffice.org/download/libreoffice-fresh/ ?
I have set the bug's status to 'NEEDINFO'. Please change it back to
'UNCONFIRMED' if the bug is still present in the latest version.
Comment 5 z 2019-09-10 15:19:55 UTC
with 6.3.1.2 the problem is partially solved, since one of the gradients used and the slides with it get saved.
Now,
1) The master slide always changes to a different background gradient color #1, the last gradient I changed a slide to. To be clear, I changed the master background to the correct color #1 (green). Then I went through the file and changed another slide to ITS correct background color #1 (y-green). The slides based on master still appeared correct, but when I closed and re-opened the file, the master slide background color #1 was y-green, and all slides based on it were also y-green, including two that I had changed to their own colors.

2) another slide (#16 in the file I'm working with) changes to a different background gradient color #1 (y-green, like slide #1) even though the gradient was saved as color #1=e4ffe4 and color #2= a custom color that got lost.

(3) When I save custom gradients, they do not get saved in the Slide/Properties/Background/Gradient menu, even if I delete some of the default gradients. The defaults always show up and not any custom gradients. (I need the custom gradients only for this document.)

When I changed the master slide and closed the odp file, and re-opened it, the master slide was again the colors of last slide I changed, NOT what I had set the master slide to. So I corrected the master slide, and then immediately closed the file, and re-opened it, and all the slides based on master, except for two, were now correct. I changed those two, and closed the file, and when I re-opened everything is correct now--since the last file I changed was to the colors I wanted for master.

It is possible for me to work with this system since I know that I have to change a slide to the master colors last, but it would take a long time for someone else to figure this out. Thanks, and I'm very happy to keep working with you to help in any way I can!
Comment 6 z 2019-09-16 18:30:44 UTC
The problem persists. I'm working with another .odp file, in which I have no master background gradient set at all. The slides have different background gradients, and every time I close and open the file, some of the slides just change to the last gradient I changed a slide to. In case it's relevant, I have between 60 and 140 slides per presentation file. I'm using 6.3.1.2, Ubuntu.
Comment 7 z 2019-09-17 23:57:08 UTC
Forgot to mention that in this new file, I'm changing the x and y values, and they're not getting saved either. Also changing color 1 and or color 2 and they're not getting saved. Each time I open the file, I need to go through each slide and change the ones that did't get saved. They're usually the same ones each time.
Comment 8 z 2019-12-14 16:35:28 UTC
Something has been fixed in 6.2.4.1 because the background gradients are now saving on the slides.
Thank you!!
Comment 9 Xisco Faulí 2019-12-16 11:02:18 UTC
(In reply to z from comment #8)
> Something has been fixed in 6.2.4.1 because the background gradients are now
> saving on the slides.
> Thank you!!

Thanks for retesting with the latest version.
Setting to RESOLVED WORKSFORME as the commit fixing this issue hasn't been identified.