Whenever an Impress presentation with activated header/footer fields (Daten and time, Footer, and Slide number) is stored, these default fields are duplicated. This also happened for me to the object area for Auto Layouts in the slide master. The effect can be seen with a blank presentation with the fields activated. It is possible to remove the header/footer fields from the slide master and use own fields instead. But those can't be modified via the default menu points and they must be changed for each master slide. The bug is rather annoying because apart from that, the flat odx formats help with many small issues in conjunction with Subversion repositories.
Can't confirm it @ Win7 x64 3.6.1.2
Created attachment 67915 [details] example odp file This is the original odp file. Saving this to an .fodp file results in doubled footer items. Saving the .fodt again results in tripled footer items.
Created attachment 67916 [details] fodt file generated by saving the example odt file to fodt The footer items are doubled.
(In reply to comment #1) > Can't confirm it @ Win7 x64 3.6.1.2 Sorry, still doesn't work for me (Win7 x64 3.6.1.2). I added two test files showing the problem.
Thanks for your quick reply... Could you rename %appdata%\libreoffice\3\user and restart libo... If the problem persists: Comment If not PLEASE Upload the user profile (Keep in mind, there is private data in there!)
(In reply to comment #5) > Thanks for your quick reply... > > Could you rename %appdata%\libreoffice\3\user and restart libo... > > If the problem persists: Comment > If not PLEASE Upload the user profile (Keep in mind, there is private data > in there!) Sorry, the problem is still there. With the new profile I generated a new empty presentation, activated the footers and stored it as .fodt with the same result, duplicated footers.
The problem still persists in version 3.6.4.3 (Win7, 64). I also find it in Linux, version 3.5.4.2. Just open the attached odp file, save it as fodt and do a reload ...
On Linux 64-bit (Linux 3.10.7-gentoo-r1 x86_64) still present.
Version is OLDEST affected... Changed platfor as well
Hi, I can also reproduce this bug on my system(Ubuntu 14.04LTS x86 4.2.4.2) Adding my own example file and user profile.
Created attachment 103506 [details] Vdragon's bug reproduce document
Created attachment 103507 [details] Vdragon's LibreOffice user profile
Created attachment 103535 [details] Vdragon's bug reproduce document(after converted to fodp using LibO4.2.4.2
Created attachment 103536 [details] Comparison of the "slide master" after converting
Setting to UNCONFIRMED. Note: REOPENED is for a bug that a developer says they fixed (thus the bug is put into RESOLVED -> FIXED) but a user can still see the problem on a version that should be fixed. For bugs never confirmed by a neutral third party the correct status is UNCONFIRMED. Thanks!
Joel, I just confirmed the bug with independent configurations in version 4.1.5.3 under Windows and 4.2.4.2 in Linux. It takes less than a minute to do so. Just open the first simple odp, save it as fodp, reload it and check the footer.
It was indeed that easy to confirm. Setting to: New - confirmed Major - essentially loss of data (or addition of data that is unwanted) High - default seems fine. Would be nice to know if this one is a regression - unfortunately my main machine with older versions installed is down until at least tomorrow. If it's a regression please put what version it works on, add "regression" to keyword, and "bibisectRequest" to whiteboard. Thanks!
Checked with oldest bibisect version. Bug is already reproducible. So unlikely a regression.
So actually the superfluous elements seems to be added when loading. For each save-load cycle via fodp another footer is added. As there is a always a <presentation:footer/> element more in LibreOffice than seems to be in the fodp when inspecting the file with a texteditor, this seems to actually happen during _loading_, not during save.
(In reply to fritz.paul from comment #7) > The problem still persists in version 3.6.4.3 (Win7, 64). I also find it in > Linux, version 3.5.4.2. > > Just open the attached odp file, save it as fodt and do a reload ... CONFIRMED with LO 3.0.0 (OOO330m19 (Build:6) tag libreoffice-3.3.0.4) + Ubuntu 14.04 Saving the example odp file as FODP, reopening it, and then examining the master slide shows the duplication.
*** Bug 90011 has been marked as a duplicate of this bug. ***
** Please read this message in its entirety before responding ** To make sure we're focusing on the bugs that affect our users today, LibreOffice QA is asking bug reporters and confirmers to retest open, confirmed bugs which have not been touched for over a year. There have been thousands of bug fixes and commits since anyone checked on this bug report. During that time, it's possible that the bug has been fixed, or the details of the problem have changed. We'd really appreciate your help in getting confirmation that the bug is still present. If you have time, please do the following: Test to see if the bug is still present on a currently supported version of LibreOffice (5.0.5 or 5.1.2 https://www.libreoffice.org/download/ If the bug is present, please leave a comment that includes the version of LibreOffice and your operating system, and any changes you see in the bug behavior If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a short comment that includes your version of LibreOffice and Operating System Please DO NOT - Update the version field - Reply via email (please reply directly on the bug tracker) - Set the bug's Status field to RESOLVED - FIXED (this status has a particular meaning that is not appropriate in this case) If you want to do more to help you can test to see if your issue is a REGRESSION. To do so: 1. Download and install oldest version of LibreOffice (usually 3.3 unless your bug pertains to a feature added after 3.3) http://downloadarchive.documentfoundation.org/libreoffice/old/ 2. Test your bug 3. Leave a comment with your results. 4a. If the bug was present with 3.3 - set version to "inherited from OOo"; 4b. If the bug was not present in 3.3 - add "regression" to keyword Feel free to come ask questions or to say hello in our QA chat: http://webchat.freenode.net/?channels=libreoffice-qa Thank you for your help! -- The LibreOffice QA Team This NEW Message was generated on: 2016-04-16
The bug is still existing with the exact same behaviour, tested in LibreOffice 5.0.5.2, 64 bit version on Windows.
*** Bug 101525 has been marked as a duplicate of this bug. ***
*** Bug 89311 has been marked as a duplicate of this bug. ***
It seems that the presentation placeholders are duplicated as well, resulting additional, readonly textboxes ``` <draw:frame presentation:style-name="預設-notes" draw:layer="backgroundobjects" svg:width="16.799cm" svg:height="13.364cm" svg:x="2.1cm" svg:y="14.107cm" presentation:class="notes" presentation:placeholder="true"> <draw:text-box/> </draw:frame> <draw:frame presentation:style-name="預設-notes" draw:layer="backgroundobjects" svg:width="16.799cm" svg:height="13.364cm" svg:x="2.1cm" svg:y="14.107cm" presentation:class="notes" presentation:placeholder="true"> <draw:text-box/> </draw:frame> <draw:frame presentation:style-name="預設-notes" draw:layer="backgroundobjects" svg:width="16.799cm" svg:height="13.364cm" svg:x="2.1cm" svg:y="14.107cm" presentation:class="notes" presentation:placeholder="true"> <draw:text-box/> </draw:frame> <draw:frame presentation:style-name="預設-notes" draw:layer="backgroundobjects" svg:width="16.799cm" svg:height="13.364cm" svg:x="2.1cm" svg:y="14.107cm" presentation:class="notes" presentation:placeholder="true"> <draw:text-box/> </draw:frame> <draw:frame presentation:style-name="預設-notes" draw:layer="backgroundobjects" svg:width="16.799cm" svg:height="13.364cm" svg:x="2.1cm" svg:y="14.107cm" presentation:class="notes" presentation:placeholder="true"> <draw:text-box/> </draw:frame> <draw:frame presentation:style-name="預設-notes" draw:layer="backgroundobjects" svg:width="16.799cm" svg:height="13.364cm" svg:x="2.1cm" svg:y="14.107cm" presentation:class="notes" presentation:placeholder="true"> <draw:text-box/> </draw:frame> ```
(In reply to Ｖ字龍(Vdragon) from comment #26) > It seems that the presentation placeholders are duplicated as well, > resulting additional, readonly textboxes Fix wording: s/readonly/not-removable/
** Please read this message in its entirety before responding ** To make sure we're focusing on the bugs that affect our users today, LibreOffice QA is asking bug reporters and confirmers to retest open, confirmed bugs which have not been touched for over a year. There have been thousands of bug fixes and commits since anyone checked on this bug report. During that time, it's possible that the bug has been fixed, or the details of the problem have changed. We'd really appreciate your help in getting confirmation that the bug is still present. If you have time, please do the following: Test to see if the bug is still present with the latest version of LibreOffice from https://www.libreoffice.org/download/ If the bug is present, please leave a comment that includes the information from Help - About LibreOffice. If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a comment that includes the information from Help - About LibreOffice. Please DO NOT Update the version field Reply via email (please reply directly on the bug tracker) Set the bug's Status field to RESOLVED - FIXED (this status has a particular meaning that is not appropriate in this case) If you want to do more to help you can test to see if your issue is a REGRESSION. To do so: 1. Download and install oldest version of LibreOffice (usually 3.3 unless your bug pertains to a feature added after 3.3) from http://downloadarchive.documentfoundation.org/libreoffice/old/ 2. Test your bug 3. Leave a comment with your results. 4a. If the bug was present with 3.3 - set version to 'inherited from OOo'; 4b. If the bug was not present in 3.3 - add 'regression' to keyword Feel free to come ask questions or to say hello in our QA chat: https://kiwiirc.com/nextclient/irc.freenode.net/#libreoffice-qa Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-UntouchedBug
I still have this issue with LO 5.4.5
Just hit this bug too with LO Impress 6.0.2.1 while it is ok in ODP format ... all footers fields from master slide are duplicated when saving in FODP format ! I guess not much people using fodp as this bug has almost 6 years, thanks to look at it!
Dear Fritz R. Paul, To make sure we're focusing on the bugs that affect our users today, LibreOffice QA is asking bug reporters and confirmers to retest open, confirmed bugs which have not been touched for over a year. There have been thousands of bug fixes and commits since anyone checked on this bug report. During that time, it's possible that the bug has been fixed, or the details of the problem have changed. We'd really appreciate your help in getting confirmation that the bug is still present. If you have time, please do the following: Test to see if the bug is still present with the latest version of LibreOffice from https://www.libreoffice.org/download/ If the bug is present, please leave a comment that includes the information from Help - About LibreOffice. If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a comment that includes the information from Help - About LibreOffice. Please DO NOT Update the version field Reply via email (please reply directly on the bug tracker) Set the bug's Status field to RESOLVED - FIXED (this status has a particular meaning that is not appropriate in this case) If you want to do more to help you can test to see if your issue is a REGRESSION. To do so: 1. Download and install oldest version of LibreOffice (usually 3.3 unless your bug pertains to a feature added after 3.3) from http://downloadarchive.documentfoundation.org/libreoffice/old/ 2. Test your bug 3. Leave a comment with your results. 4a. If the bug was present with 3.3 - set version to 'inherited from OOo'; 4b. If the bug was not present in 3.3 - add 'regression' to keyword Feel free to come ask questions or to say hello in our QA chat: https://kiwiirc.com/nextclient/irc.freenode.net/#libreoffice-qa Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-UntouchedBug
This is looking fixed for me in 6.3.2.2-1.fc31 (based on my doc in 10525)
Dear Fritz R. Paul, To make sure we're focusing on the bugs that affect our users today, LibreOffice QA is asking bug reporters and confirmers to retest open, confirmed bugs which have not been touched for over a year. There have been thousands of bug fixes and commits since anyone checked on this bug report. During that time, it's possible that the bug has been fixed, or the details of the problem have changed. We'd really appreciate your help in getting confirmation that the bug is still present. If you have time, please do the following: Test to see if the bug is still present with the latest version of LibreOffice from https://www.libreoffice.org/download/ If the bug is present, please leave a comment that includes the information from Help - About LibreOffice. If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a comment that includes the information from Help - About LibreOffice. Please DO NOT Update the version field Reply via email (please reply directly on the bug tracker) Set the bug's Status field to RESOLVED - FIXED (this status has a particular meaning that is not appropriate in this case) If you want to do more to help you can test to see if your issue is a REGRESSION. To do so: 1. Download and install oldest version of LibreOffice (usually 3.3 unless your bug pertains to a feature added after 3.3) from https://downloadarchive.documentfoundation.org/libreoffice/old/ 2. Test your bug 3. Leave a comment with your results. 4a. If the bug was present with 3.3 - set version to 'inherited from OOo'; 4b. If the bug was not present in 3.3 - add 'regression' to keyword Feel free to come ask questions or to say hello in our QA chat: https://web.libera.chat/?settings=#libreoffice-qa Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-UntouchedBug
Tested in version 7.2.2.2, works fine now
Thanks for retesting, let's set status to WORKSFORME, since the fixing change is unknown.