Bug 115467 - Unticking "Master background" in slide properties makes formatted background go away
Summary: Unticking "Master background" in slide properties makes formatted background ...
Status: NEW
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Impress (show other bugs)
(earliest affected)
3.5.0 release
Hardware: All All
: medium minor
Assignee: Not Assigned
: 117358 (view as bug list)
Depends on:
Blocks: Sidebar-Master-Pages
  Show dependency treegraph
Reported: 2018-02-05 15:09 UTC by David F Smith
Modified: 2019-06-13 14:42 UTC (History)
5 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 David F Smith 2018-02-05 15:09:27 UTC
I know that a reliable way to set the background for a slide is to set the Slide Master background and then apply that to the slide.  But what about the background property of the slide itself?  That doesn't seem to do anything.

Steps to Reproduce:
1. Create a new presentation with several slides.
2. In the sidebar, click Master View.  Right-click on the Master Slide, click on Properties, and choose the Background tab.  Click Color, choose an obvious color such as orange, and click OK.  The background of the Master Slide becomes orange.
3. Click Close Master View.  All of the slides become orange.
4. Select one of the slides in the Slide Pane.  In the Sidebar, uncheck Master Background.  The slide switches to a white background (although not in the slide pane, but that's another issue.)
5. Right-click on the (white) slide, click on Properties, and choose the Background tab.  Click on Color, choose a different obvious color such as purple, and click OK.  The slide is still white.
6. Right-click on the (white) slide, click on Properties, and choose the Background tab.  Click on Gradient, select one of the gradients, and click OK.  The slide is still white, even though the sidebar (slide properties) now shows that the Background is a gradient.
7. Try the other possible backgrounds (Bitmap, Pattern, or Hatch).
8. In the sidebar, check Master Background.  Aha!  The selected background is applied to the formerly white slide.
9. For extra confusion, click Master View.  The Slide Master has a solid orange background, showing that there is a "master slide" for the presentation and a different "master slide" (invisible unless applied) for the slide we've been working on.

Actual Results:  
As listed in steps above.
Yes, I understand (sort of) how it's supposed to work, but from the point of view of a new or inexperienced user, it's mighty confusing.  

Expected Results:
As a naive user, I want to make the background for one slide different from the background of the other slides.  To do that, I turn off the Master Background and then go to the slide properties and follow steps that seem to make sense, namely change the background.  But it doesn't work.
To have to understand that there's a "master slide" for each slide that is (or might be) different from the "master slide" for the other slides, and to understand that if I change the background property with Master Background unchecked I'm really changing the background of the invisible master slide... that's a lot of deep knowledge for that inexperienced user.

Is there any value to the concept of the master for an individual slide?  Why not just let each slide's background be set individually, if that's the user's preference?  The sidebar would still show the setting of that background.  Then the Master Background checkbox would mean "apply the background from the Presentation Master Slide, the one that you see if you click Master View."

Reproducible: Always

User Profile Reset: No

Additional Info:
Apologies for ranting and for my possible misunderstanding of how this is supposed to work.  It just seems to me that slide properties, slide master properties, and presentation master properties are too many levels, and that the sidebar control labels (Background, Master Background, and Master View) don't clarify what's what.

Version: (x64)
Build ID: 64a0f66915f38c6217de274f0aa8e15618924765
CPU threads: 4; OS: Windows 10.0; UI render: default; 
Locale: en-US (en_US); Calc: group

User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/63.0.3239.132 Safari/537.36
Comment 1 Buovjaga 2018-02-26 17:15:38 UTC
Repro with the steps. It seems this has always been this way.

Let's ask UX what they think about this. They have lots of background experience.

Win 10
LibreOffice 3.5.0rc3 
Build ID: 7e68ba2-a744ebf-1f241b7-c506db1-7d53735

Arch Linux 64-bit
Build ID: 40c33132cfa6582dfccf17e787f10dd4dbd0819d
CPU threads: 8; OS: Linux 4.15; UI render: default; VCL: kde4; 
Locale: fi-FI (fi_FI.UTF-8); Calc: group
Built on February 24th 2018
Comment 2 Heiko Tietze 2018-02-27 09:20:00 UTC
If you not untick Master Background everythign should work as you expect. I'd say we have two bugs: Master Background is no straightforward implemented and the background set in master is not taken into the area dialog (tab is always none). 

Ordinary bugs, AFAICS.
Comment 3 Regina Henschel 2018-04-04 13:57:03 UTC
The check-boxes "Master background" and "Master Objects" should be disabled, if in master view. They set the attributes "presentation:background-visible" and "presentation:background-objects-visible". The specification text for those is, "The presentation:background-visible attribute specifies whether to display the background of a master page when displaying a presentation page."
"The presentation:background-objects-visible attribute specifies whether to display objects in the background of a master page when displaying a presentation page."
So these attributes make only sense for a normal page/slide. They made no changes to the master page.

Styling the "background" of a slide does not generate a new "master", but it is the draw:fill attribute in its page properties.

The implementation of "presentation:background-visible" and "presentation:background-objects-visible" is wrong, because it does not only disables things from master, but disables fill properties from the slide itself.

For a master page the attribute draw:display of a <draw:layer> would be suitable. But the implementation of layers has currently a lot of problems, which have to be solved prior, that a quick solution is not possible.
Comment 4 Heiko Tietze 2018-04-04 14:38:34 UTC
Let's go with Regina's suggestion and disable the unchecked checkboxes in master mode.

Nice easy hack but needsDevEval for code pointers.
Comment 5 Regina Henschel 2018-04-04 20:44:19 UTC
The "grayed out" should be taken from a checked checkbox, because background objects cannot be hidden at the master page.
Comment 6 Buovjaga 2018-06-07 18:24:28 UTC
*** Bug 117358 has been marked as a duplicate of this bug. ***