Bug 105839 - SIDEBAR: FILESAVE fails to maintain gradient background
Summary: SIDEBAR: FILESAVE fails to maintain gradient background
Status: RESOLVED DUPLICATE of bug 99908
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Impress (show other bugs)
Version:
(earliest affected)
5.2.0.0.alpha1
Hardware: All All
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks: Object-Fill Sidebar-Properties
  Show dependency treegraph
 
Reported: 2017-02-07 18:10 UTC by chaplanger
Modified: 2017-05-03 09:46 UTC (History)
2 users (show)

See Also:
Crash report or crash signature:


Attachments
1 Test slide -- .odp format (24.12 KB, application/vnd.oasis.opendocument.presentation)
2017-02-08 01:17 UTC, chaplanger
Details
Original LibreOffice Impress Presentation - aved in .odp format (180.50 KB, application/pdf)
2017-02-09 18:03 UTC, chaplanger
Details
PDF file shows the previously saved original file - when opened. Color has shitfted to B&W. (157.60 KB, application/pdf)
2017-02-09 18:05 UTC, chaplanger
Details

Note You need to log in before you can comment on or make changes to this bug.
Description chaplanger 2017-02-07 18:10:40 UTC
Description:
When an Impress presentation contains a gradient color scheme for the slide it fails to save properly. All gradient slides open as Black to White Gradient as a default setting.  This also failed in the last 5.24 version as well. "Color" and "Hatching" selections save and open properly. "Gradient" is the only one that fails to save properly -- making "Gradient" an unusable choice.

Steps to Reproduce:
1.Create a new presentation in Libre Impress
2. Choose a "Gradient" background of any 2 colors (not Black and White) 
3. Save file
4. Open file -- the presentation will open as gradient Black and White.

Actual Results:  
The file opened with a gradient background of black and white.

Expected Results:
Libre Impress should have saved and opened the file to the "Gradient" background parameters chosen and "saved".


Reproducible: Always

User Profile Reset: No

Additional Info:
[Information automatically included from LibreOffice]
Locale: en-US
Module: PresentationDocument
[Information guessed from browser]
OS: Windows (All)
OS is 64bit: yes
Builds ID: LibreOffice 5.2.5.1


User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:51.0) Gecko/20100101 Firefox/51.0
Comment 1 Xisco Faulí 2017-02-07 18:16:31 UTC Comment hidden (obsolete)
Comment 2 MM 2017-02-07 23:52:18 UTC
Looks another dup of bug 31488.
Comment 3 chaplanger 2017-02-08 01:09:10 UTC
I have updated to LibreOffice 5.3.0.3. 
FILESAVE gradient feature in .odp format: Any and all gradients return Black to white when reopened in the native .odp format. Hatching remains consistently correct. MASTER SLIDE settings for both checks remains at "default"

If saved in .pptx - the slide returns with background changed to "none" This is also true in .pptx when the "hatching" setting is used. MASTER SLIDE setting returns as "Blank Slide."

If saved as .ppt with a yellow to red gradient saved it returns yello to red to yellow -- the Formatting Area shows the gradient selection as reversed from what was actually saved. "Gradient" style returns as "Bitmap." MASTER SLIDE settings remain at "Default"
Comment 4 chaplanger 2017-02-08 01:17:28 UTC
Created attachment 130999 [details]
1 Test slide -- .odp format

This slide was set up as Gradient Yellow to Red.
Comment 5 Xisco Faulí 2017-02-09 16:12:45 UTC Comment hidden (obsolete)
Comment 6 chaplanger 2017-02-09 17:19:35 UTC
Step 1: Open LibreOffice Impress (version 5.3.0.3 – latest stable version)
Step 2: Create a new presentation – use the balnk white slide that opens up.
Step 3: From the styles sidebar select “Properties” / “Slide” option.
Step 4: Change “Background” to “Gradient”
Step 5: Choose “Yellow” and “Red” from the color chart
Step 6: Save the file as “ODF Presentation (.odp)”
Step 7: Close the file
Step 8: Reopen the file
Step 9” Observe the slide – the gradient has changed schemes now and the Properties / Slide properties has reversed the color choice.

Please note: I only use the “stable versions” of LibreOffice.
This occurs on 2 separate Windows 10 machines

As previously noted – different results occur if different save options are used (.ppt / .pptx) also the background choice of “Hatching” also returns random results to include changing the Background format to “None” or to “Bitmap” This changes the entire presentation and is unacceptable)
Comment 7 chaplanger 2017-02-09 17:20:13 UTC
Step 1: Open LibreOffice Impress (version 5.3.0.3 – latest stable version)
Step 2: Create a new presentation – use the balnk white slide that opens up.
Step 3: From the styles sidebar select “Properties” / “Slide” option.
Step 4: Change “Background” to “Gradient”
Step 5: Choose “Yellow” and “Red” from the color chart
Step 6: Save the file as “ODF Presentation (.odp)”
Step 7: Close the file
Step 8: Reopen the file
Step 9” Observe the slide – the gradient has changed schemes now and the Properties / Slide properties has reversed the color choice.

Please note: I only use the “stable versions” of LibreOffice.
This occurs on 2 separate Windows 10 machines

As previously noted – different results occur if different save options are used (.ppt / .pptx) also the background choice of “Hatching” also returns random results to include changing the Background format to “None” or to “Bitmap” This changes the entire presentation.
Comment 8 chaplanger 2017-02-09 18:03:02 UTC
Created attachment 131051 [details]
Original LibreOffice Impress Presentation - aved in .odp format

Adding PDF files for visual aid in seeing what LibrOffice Impress is doing.

I can only attach 1 pdf file at a time - this is the original presentation.
Comment 9 chaplanger 2017-02-09 18:05:09 UTC
Created attachment 131052 [details]
PDF file shows the previously saved original file - when opened. Color has shitfted to B&W.

Adding PDF files for visual aid in seeing what LibrOffice Impress is doing.

This slide shows the result of saving and opening. LibreOffice does not maintain the gradient color choices.
Comment 10 Xisco Faulí 2017-02-10 16:20:01 UTC
Reproduced in

Version: 5.4.0.0.alpha0+
Build ID: a25b1ff25a3be97d688d66b12353b4217fd239a5
CPU Threads: 4; OS Version: Linux 4.8; UI Render: default; VCL: gtk2; 
Locale: ca-ES (ca_ES.UTF-8); Calc: group

the sidebar part was implemented in bug 89466
Comment 11 Xisco Faulí 2017-02-14 09:23:22 UTC

*** This bug has been marked as a duplicate of bug 99908 ***