Bug 161792 - Changing position of Background objects on Master Slide is not persistent after hiding/showing with Slide > Master Elements...
Summary: Changing position of Background objects on Master Slide is not persistent aft...
Status: NEW
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Impress (show other bugs)
Version:
(earliest affected)
Inherited From OOo
Hardware: All All
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks: Master-Slide
  Show dependency treegraph
 
Reported: 2024-06-26 12:44 UTC by Cor Nouws
Modified: 2024-11-19 06:05 UTC (History)
3 users (show)

See Also:
Crash report or crash signature:


Attachments
file with background objects of which postition is adapted (56.35 KB, application/vnd.oasis.opendocument.presentation)
2024-06-26 12:44 UTC, Cor Nouws
Details
same as initial file, but after hiding & showing background elements (56.21 KB, application/vnd.oasis.opendocument.presentation)
2024-06-26 12:46 UTC, Cor Nouws
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Cor Nouws 2024-06-26 12:44:52 UTC
Created attachment 194975 [details]
file with background objects of which postition is adapted

Test new presentation.

1. Change position background objects (on Master Slide)
2. then hiding on slide(s) with Slide > Master Objects
3. and then showing again (similar route..)
  ==>> makes that the elements appear on the position as it was before they were changed ..

See test files (one now, another in the next comment) attached.

Noticed in recent Version: 24.8.0.0.alpha1+ (X86_64) / LibreOffice Community
Build ID: b538729c90af470c33aeb3002750321ac8ac88be
CPU threads: 8; OS: Linux 5.15; UI render: default; VCL: gtk3
Locale: en-US (en_US.UTF-8); UI: nl-NL
Calc: threaded

and tested in Version: 6.2.8.2
Build ID: f82ddfca21ebc1e222a662a32b25c0c9d20169ee
CPU-threads: 8; Besturingssysteem: Linux 5.15; UI-render: standaard; VCL: gtk3; 
Locale: en-US (en_US.UTF-8); UI-taal: nl-NL
Calc: threaded
(older installations do not run here without extra hassle - but my bet is inherited from OOo ;) )
Comment 1 Cor Nouws 2024-06-26 12:46:13 UTC
Created attachment 194976 [details]
same as initial file, but after hiding & showing background elements

attached the same file as with the initial report, but after hiding & showing background elements
Comment 2 Stéphane Guillou (stragu) 2024-07-12 04:28:48 UTC
Not reproduced in:

Version: 24.2.4.2 (X86_64) / LibreOffice Community
Build ID: 51a6219feb6075d9a4c46691dcfe0cd9c4fff3c2
CPU threads: 8; OS: Linux 6.5; UI render: default; VCL: gtk3
Locale: ru-RU (en_AU.UTF-8); UI: en-US
Calc: CL threaded

nor a recent master build:

Version: 25.2.0.0.alpha0+ (X86_64) / LibreOffice Community
Build ID: 0b1bbffe49e7830d69be44450ed7841352cde309
CPU threads: 8; OS: Linux 6.5; UI render: default; VCL: gtk3
Locale: en-AU (en_AU.UTF-8); UI: en-US
Calc: CL threaded

I tried moving the Date, Footer and Slide Number areas up, then hiding/showing the Master Objects twice.

However, hiding the Master Objects (be it from Slide > Master Objects or from the Properties Sidebar Deck) does not update the view straight away. Switching slides or zooming in/out does.
Comment 3 Stéphane Guillou (stragu) 2024-07-12 05:43:16 UTC
(In reply to Cor Nouws from comment #0)
> 2. then hiding on slide(s) with Slide > Master Objects
Ah, you meant "Master Elements" here, not "Master Objects"!

Now I can reproduce:

Version: 25.2.0.0.alpha0+ (X86_64) / LibreOffice Community
Build ID: 0b1bbffe49e7830d69be44450ed7841352cde309
CPU threads: 8; OS: Linux 6.5; UI render: default; VCL: gtk3

But the key is in bug 112327 I think: we should hide / grey out this command when in Normal view mode.
The command is meant to edit master slides and remove / add these elements, not hide / show them in a specific slide, which is the job of Slide > Master Objects.
I think that - when used in its expected context, Master Slide view - it makes sense that the elements are added in their default position. Note that they also loose all styling, so it's consistent in its "blank slate" behaviour.

Are you happy to mark this as duplicate of bug 112327 then?
Comment 4 Cor Nouws 2024-10-23 19:38:07 UTC
(In reply to Stéphane Guillou (stragu) from comment #3)
> Are you happy to mark this as duplicate of bug 112327 then?
Thanks for diving into that one, Stéphane ;)
Bug 112327 is about "Master elements" when _not_ in Master Slide mode.
When in Master Slide mode, the menu Slide > Master Elements is available and making sense. And has the same problematic effect as I reported here. (And I see now, already mentioned by Regina in 112327 description "At the same time the styling of the element is lost, so that enabling the element again inserts it with the default styling.")

pls allow me to set to new, since you did confirm ;)