Bug 133139 - [UI] Insert slide from a file doesn't import all master elements
Summary: [UI] Insert slide from a file doesn't import all master elements
Status: RESOLVED NOTABUG
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Impress (show other bugs)
Version:
(earliest affected)
7.0.0.0.alpha1+
Hardware: All All
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2020-05-18 09:06 UTC by Pierre Marty
Modified: 2020-09-04 14:11 UTC (History)
2 users (show)

See Also:
Crash report or crash signature:

Attachments
1st File to test (108.95 KB, application/vnd.oasis.opendocument.presentation)
2020-05-18 09:07 UTC, Pierre Marty 		Details
2nd File to test (204.93 KB, application/vnd.oasis.opendocument.presentation)
2020-05-18 09:07 UTC, Pierre Marty 		Details
View All Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this bug.
Description Pierre Marty 2020-05-18 09:06:15 UTC 
Description:
When importing a slide from another .odp file the masters elements aren't imported and the imported slide takes the masters elements from existing slides.

Steps to Reproduce:
1. Open a fresh odp file
2. Apply some modifications to master slide
3. Open a new one
4. Apply some OTHER modifications to master slide
5. Import the second slide into the 1st odp file

Actual Results:
The slide take the master elements from the 1st slide

Expected Results:
The slide should be the same after import.


Reproducible: Always


User Profile Reset: Yes



Additional Info:
Version: 7.0.0.0.alpha1+
Build ID: ef1b75a60466dda61a9d28b03262f6db357142a5
CPU threads: 12; OS: Linux 4.4; UI render: default; VCL: x11; 
Locale: en-US (C.UTF-8); UI: en-US
Calc: threaded

Version : 6.4.3.2 (x64)
Build ID : 747b5d0ebf89f41c860ec2a39efd7cb15b54f2d8
Threads CPU : 12; OS : Windows 10.0 Build 18363; UI Render : GL; VCL: win; 
Locale : fr-FR (fr_FR); Langue IHM : fr-FR
Calc: CL
Comment 1 Pierre Marty 2020-05-18 09:07:15 UTC 
Created attachment 160964 [details]
1st File to test
Comment 2 Pierre Marty 2020-05-18 09:07:33 UTC 
Created attachment 160965 [details]
2nd File to test
Comment 3 Regina Henschel 2020-05-18 16:01:48 UTC 
It is there, but it is not displayed.

See part "workaround" in Description in bug 102371. Save and reload should solve the repaint error too.

*** This bug has been marked as a duplicate of bug 102371 ***
Comment 4 Pierre Marty 2020-06-03 15:56:10 UTC 
(In reply to Regina Henschel from comment #3)
> It is there, but it is not displayed.
> 
> See part "workaround" in Description in bug 102371. Save and reload should
> solve the repaint error too.
> 
> *** This bug has been marked as a duplicate of bug 102371 ***


I do not think this is a duplication.

Let me explain, if you download the test files and test moving the slides from one .odp file to the other one,
the problem only occurs if the master slide has the same name in the source file and in the destination file.

So I think this is a mistake on my part.

Can anyone confirm this?
Comment 5 Buovjaga 2020-09-04 14:11:19 UTC 
Yeah, the workaround from bug 102371 is not working (even after save & reload).

Step 5 should say "Drag and drop slide 2 or 3 from Fichier2.odp to Fichier1.odp" because those use the master slide called Standard, which exists in Fichier1 as well.

Pierre is right that this should be considered a user mistake.