Bug 115909 - FILESAVE Impress: Change slide size and save as FODP duplicates autolayout area on master slide
Summary: FILESAVE Impress: Change slide size and save as FODP duplicates autolayout ar...
Status: RESOLVED WORKSFORME
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Impress (show other bugs)
Version:
(earliest affected)
4.0.6.2 release
Hardware: x86-64 (AMD64) macOS (All)
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords: filter:fodp
Depends on:
Blocks: Master-Slide
  Show dependency treegraph
 
Reported: 2018-02-21 13:47 UTC by Andrew Watson
Modified: 2019-04-01 08:56 UTC (History)
1 user (show)

See Also:
Crash report or crash signature:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Andrew Watson 2018-02-21 13:47:53 UTC
Description:
Changing the slide size and saving as FODP duplicates autolayout area on master slide. The Date, Footer and Page number fields also get messed up.

Problem exists in LO 4.0.6.2 and LO 6.0.1.1.

Steps to Reproduce:
In LO 6.0.1.1:

1. Select "File>New>Presentation". Click "Cancel" in template chooser to get blank slide.

2. Select "Slide>Properties", and change format to another size (e.g. "Screen 4:3").

3. Select "File>Save", change File Type to "Flat XML ODF Presentation (.fodp)". Pick a file name. Click "Save".

4. Select "View>Master Slide".

5. Click on border of "Object Area for Autolayout" to select it. Press down arrow key to move the Autolayout area. All works correctly.

6. Close window on presentation, confirming that you don't want to save changes ("Don't Save").

7. Select "File>Open", and select the .fodp file just saved. Click "Open".

8. Select "View>Master Slide".

9. Observe that contents of Date Area, Footer Area and Slide Number Area in this re-loaded saved copy are now incorrectly duplicated.

10. Click on border of "Object Area for Autolayout" to select it. Press down arrow key to move the Autolayout area. Observe that the Autolayout area is moving as expected, but that there is a second, identical Autolayout area below it that is not moving.

Actual Results:  
"Object Area for Autolayout" duplicated.

Expected Results:
"Object Area for Autolayout" should not be duplicated.


Reproducible: Always


User Profile Reset: Yes


OpenGL enabled: Yes

Additional Info:
Version: 6.0.1.1
Build ID: 60bfb1526849283ce2491346ed2aa51c465abfe6
CPU threads: 4; OS: Mac OS X 10.11.6; UI render: default; 
Locale: en-GB (en.UTF-8); Calc: group


User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.11; rv:58.0) Gecko/20100101 Firefox/58.0
Comment 1 Alex Thurgood 2018-02-22 09:15:48 UTC
Confirmed with

Version: 6.0.1.1
Build ID: 60bfb1526849283ce2491346ed2aa51c465abfe6
CPU threads: 4; OS: Mac OS X 10.13.3; UI render: default; 
Locale: fr-FR (fr_FR.UTF-8); Calc: group
Comment 2 Andrew Watson 2018-02-22 09:47:03 UTC
It turns out that changing the slide size is a red herring. Bug occurs in the same way if step 2 (change format to another size) is skipped.

Version: 6.0.1.1
Build ID: 60bfb1526849283ce2491346ed2aa51c465abfe6
CPU threads: 4; OS: Mac OS X 10.11.6; UI render: default; 
Locale: en-GB (en.UTF-8); Calc: group
Comment 3 Andrew Watson 2018-05-29 20:52:29 UTC
Tested with:

Version: 6.1.0.0.beta1
Build ID: 8c76dfe1284e211954c30f219b3a38dcdd82f8a0
CPU threads: 4; OS: Mac OS X 10.11.6; UI render: default; 
Locale: en-US (en.UTF-8); Calc: group

 ... and "Steps to reproduce" no longer trigger the problem.

Can be closed as RESOLVED?

Thanks.
Comment 4 Roman Kuznetsov 2019-04-01 08:56:49 UTC
Closed as WFM by Comment 3