Bug 58344 - FORMATTING: new presentation inherits 'Tasks-Pane - Masters Used - Background preview'
Summary: FORMATTING: new presentation inherits 'Tasks-Pane - Masters Used - Background...
Status: RESOLVED WORKSFORME
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Impress (show other bugs)
Version:
(earliest affected)
4.0.0.0.beta1
Hardware: Other All
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2012-12-15 18:25 UTC by Don't use this one - Philippe Jung
Modified: 2016-01-23 14:10 UTC (History)
4 users (show)

See Also:
Crash report or crash signature:


Attachments
Step 1 (232.71 KB, image/png)
2012-12-15 18:25 UTC, Don't use this one - Philippe Jung
Details
Step 2 (196.52 KB, image/png)
2012-12-15 18:25 UTC, Don't use this one - Philippe Jung
Details
Step by step how-to reproduce (1.18 MB, application/pdf)
2015-04-28 11:44 UTC, Philippe Jung
Details
Test doc to reproduce the bug (22.10 KB, application/vnd.oasis.opendocument.presentation)
2015-04-28 11:50 UTC, Philippe Jung
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Don't use this one - Philippe Jung 2012-12-15 18:25:21 UTC
Created attachment 71561 [details]
Step 1

Step1 I have an existing presentation that uses Master slides (see screenshot 1)
Step2 Create new presentation (see screenshot 1)
Step3 New presentation master slide overview seems to belong to existing presentation
Comment 1 Don't use this one - Philippe Jung 2012-12-15 18:25:55 UTC
Created attachment 71562 [details]
Step 2
Comment 2 Rainer Bielefeld Retired 2012-12-18 15:34:31 UTC
NOT reproducible with parallel installation of  "LOdev  4.0.0.0.beta1   -  GERMAN UI / German Locale  [Build ID: 87906242e87d3ddb2ba9827818f2d1416d80cc7)]"  {tinderbox: @6, pull time 2012-12-06} on German WIN7 Home Premium (64bit) with separate /4 User Profile for Master Branch.

I started A Presentation via wizard, selected backgrone "DNA" and opened an new presentation as shown in the screenshot: no unexpected "DNA" background in Task-Pane - Master View. No influence of Antialiasing, Hardware Acceleration, Experimental Features.

@Philippe Jung:
Thank you for your report – unfortunately important information is missing.
May be hints on <http://wiki.documentfoundation.org/BugReport> will help you to find out what information will be useful to reproduce your problem? Or may be you can try the Bug Submission Assistant (LibO menu 'Help -> Feedback')?
Please:
- Write a meaningful Summary describing exactly what the problem is
- Attach a sample document (not only screenshot) or refer to an existing 
  sample document in an other Bug with a link; to attach a file to this 
  bug report, just click on "Add an attachment" right on this page.
- Attach screenshots with comments if you believe that that might explain the 
  problem better than a text comment. Best way is to insert your screenshots
  into a DRAW document and to add comments that explain what you want to show
  (attachment 68877 [details], attachment 68490 [details])
- Contribute a document related step by step instruction containing every 
  key press and every mouse click how to reproduce your problem 
  (similar to example in Bug 43431)
– if possible contribute an instruction how to create a sample document 
  from the scratch
- add information 
  -- concerning your PC (video card, ...)
  -- concerning your OS (Version, Distribution, Language)
  –- Libo settings that might be related to your problems 
    (video hardware acceleration, Experimental features enabled, ...)
  -- how you launch LibO and how you opened the sample document
  –- Whether your problem persists when you renamed your user profile 
     before you launch LibO (please see
     <https://wiki.documentfoundation.org/UserProfile#User_profile_location>)
  -- everything else crossing your mind after you read linked texts
Comment 3 QA Administrators 2013-09-24 01:48:12 UTC
Dear Bug Submitter,

This bug has been in NEEDINFO status with no change for at least 6 months. Please provide the requested information as soon as possible and mark the bug as UNCONFIRMED. Due to regular bug tracker maintenance, if the bug is still in NEEDINFO status with no change in 30 days the QA team will close the bug as INVALID due to lack of needed information.

For more information about our NEEDINFO policy please read the wiki located here: 
https://wiki.documentfoundation.org/QA/FDO/NEEDINFO

If you have already provided the requested information, please mark the bug as UNCONFIRMED so that the QA team knows that the bug is ready to be confirmed.


Thank you for helping us make LibreOffice even better for everyone!


Warm Regards,
QA Team
Comment 4 QA Administrators 2013-10-25 15:13:45 UTC
Dear Bug Submitter,

Please read this message in its entirety before proceeding.

Your bug report is being closed as INVALID due to inactivity and a lack of information which is needed in order to accurately reproduce and confirm the problem. We encourage you to retest your bug against the latest release. If the issue is still present in the latest stable release, we need the following information (please ignore any that you've already provided):

a) Provide details of your system including your operating system and the latest version of LibreOffice that you have confirmed the bug to be present

b) Provide easy to reproduce steps – the simpler the better

c) Provide any test case(s) which will help us confirm the problem

d) Provide screenshots of the problem if you think it might help

e) Read all comments and provide any requested information

Once all of this is done, please set the bug back to UNCONFIRMED and we will attempt to reproduce the issue. 
Please do not:
a) respond via email 
b) update the version field in the bug or any of the other details on the top section of FDO
Comment 5 Philippe Jung 2015-04-28 11:42:14 UTC
This still occurs in version 4.4.1.2
I will attach full how to reproduce document.
Comment 6 Philippe Jung 2015-04-28 11:44:21 UTC
Created attachment 115159 [details]
Step by step how-to reproduce

Key steps:
- open a presentation that includes master page,
- display master page pane,
- create a new empty presentation,
- display master page pane.

Expected:
"Empty" default master page

Got:
First master page of the intially opened presentation
Comment 7 Philippe Jung 2015-04-28 11:50:12 UTC
Created attachment 115160 [details]
Test doc to reproduce the bug

This is the doc to open first, then go to master page, then create new pres, then go to master page. 
What is displayed is not what is expected
Comment 8 Buovjaga 2015-10-09 18:04:48 UTC
No repro here.

Win 7 Pro 64-bit, Version: 5.0.2.2 (x64)
Build ID: 37b43f919e4de5eeaca9b9755ed688758a8251fe
Locale: fi-FI (fi_FI)
Comment 9 A (Andy) 2015-11-20 15:26:03 UTC
I can reproduce this described behaviour, but I don't think this is bug.

If I have a presentation opened with a specific design and then open a new presentation this design is not automatically transferred to the new presentation and I think this is correct.  If I want to use that design it should be saved as a Template File and then the new presentation should be opened based on that template.
Comment 10 Jean-Baptiste Faure 2016-01-23 14:10:38 UTC
Based on comment #6 I do not reproduce with LibreOffice 5.1.1.0.0+ nor 5.0.5.0.0+ both built at home under Ubuntu 15.10 x86-64.

Closing as WorksForMe. Please feel free to reopen if you disagree.

Best regards. JBF