[upstream] Impress FORMATTING: Slide master fields are duplicated when saving to .fodp

Bug #1349078 reported by V字龍(Vdragon)
10
This bug affects 1 person
Affects Status Importance Assigned to Milestone
LibreOffice
Invalid
High
libreoffice (Ubuntu)
Triaged
Medium
Unassigned

Bug Description

Once converted a presentation to flat ODP format all master fields(page number...etc.) are duplicated and not removable after editing file and reload.

Tags: trusty
Revision history for this message
In , Fritz-paul (fritz-paul) wrote :

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.

Revision history for this message
In , Fritz-paul (fritz-paul) wrote :

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.

Revision history for this message
In , Reisi007 (reisi007) wrote :

Can't confirm it @ Win7 x64 3.6.1.2

Revision history for this message
In , Reisi007 (reisi007) wrote :

Can't confirm it @ Win7 x64 3.6.1.2

Revision history for this message
In , Fritz-paul (fritz-paul) wrote :

Created attachment 67915
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.

Revision history for this message
In , Fritz-paul (fritz-paul) wrote :

Created attachment 67915
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.

Revision history for this message
In , Fritz-paul (fritz-paul) wrote :

Created attachment 67916
fodt file generated by saving the example odt file to fodt

The footer items are doubled.

Revision history for this message
In , Fritz-paul (fritz-paul) wrote :

Created attachment 67916
fodt file generated by saving the example odt file to fodt

The footer items are doubled.

Revision history for this message
In , Fritz-paul (fritz-paul) wrote :

(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.

Revision history for this message
In , Fritz-paul (fritz-paul) wrote :

(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.

Revision history for this message
In , Reisi007 (reisi007) wrote :

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!)

Revision history for this message
In , Reisi007 (reisi007) wrote :

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!)

Revision history for this message
In , Fritz-paul (fritz-paul) wrote :

(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.

Revision history for this message
In , Fritz-paul (fritz-paul) wrote :

(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.

Revision history for this message
In , Fritz-paul (fritz-paul) wrote :

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 ...

Revision history for this message
In , Fritz-paul (fritz-paul) wrote :

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 ...

Revision history for this message
In , Mhossbach (mhossbach) wrote :

On Linux 64-bit (Linux 3.10.7-gentoo-r1 x86_64) still present.

Revision history for this message
In , Mhossbach (mhossbach) wrote :

On Linux 64-bit (Linux 3.10.7-gentoo-r1 x86_64) still present.

Revision history for this message
In , Reisi007 (reisi007) wrote :

Version is OLDEST affected...
Changed platfor as well

Revision history for this message
In , Reisi007 (reisi007) wrote :

Version is OLDEST affected...
Changed platfor as well

Revision history for this message
In , V字龍(Vdragon) (vdragon) wrote :

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.

Revision history for this message
In , V字龍(Vdragon) (vdragon) wrote :

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.

Revision history for this message
In , V字龍(Vdragon) (vdragon) wrote :

Created attachment 103506
Vdragon's bug reproduce document

Revision history for this message
In , V字龍(Vdragon) (vdragon) wrote :

Created attachment 103506
Vdragon's bug reproduce document

Revision history for this message
In , V字龍(Vdragon) (vdragon) wrote :

Created attachment 103507
Vdragon's LibreOffice user profile

Revision history for this message
In , V字龍(Vdragon) (vdragon) wrote :

Created attachment 103507
Vdragon's LibreOffice user profile

Changed in df-libreoffice:
importance: Unknown → High
status: Unknown → Confirmed
Revision history for this message
penalvch (penalvch) wrote :

V字龍, could you please attach the file that demonstrates this problem?

Changed in libreoffice (Ubuntu):
status: New → Incomplete
Revision history for this message
V字龍(Vdragon) (vdragon) wrote :

@Cristopher
Hi,
I've already attached an example file(and LibreOffice's user profile directory) on the upstream's report.

Revision history for this message
V字龍(Vdragon) (vdragon) wrote :

Anyway here's the same file to reproduce this issue on LibreOffice 4.2.4.2

Revision history for this message
V字龍(Vdragon) (vdragon) wrote :
Revision history for this message
In , V字龍(Vdragon) (vdragon) wrote :

Created attachment 103535
Vdragon's bug reproduce document(after converted to fodp using LibO4.2.4.2

Revision history for this message
In , V字龍(Vdragon) (vdragon) wrote :

Created attachment 103535
Vdragon's bug reproduce document(after converted to fodp using LibO4.2.4.2

Revision history for this message
In , V字龍(Vdragon) (vdragon) wrote :

Created attachment 103536
Comparison of the "slide master" after converting

Revision history for this message
In , V字龍(Vdragon) (vdragon) wrote :

Created attachment 103536
Comparison of the "slide master" after converting

Revision history for this message
V字龍(Vdragon) (vdragon) wrote :
Changed in libreoffice (Ubuntu):
status: Incomplete → New
penalvch (penalvch)
Changed in libreoffice (Ubuntu):
importance: Undecided → Medium
status: New → Triaged
tags: added: trusty
Revision history for this message
In , Jmadero-dev (jmadero-dev) wrote :

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!

Revision history for this message
In , Jmadero-dev (jmadero-dev) wrote :

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!

Revision history for this message
In , Fritz-paul (fritz-paul) wrote :

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.

Revision history for this message
In , Fritz-paul (fritz-paul) wrote :

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.

Revision history for this message
In , Jmadero-dev (jmadero-dev) wrote :

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!

Revision history for this message
In , Jmadero-dev (jmadero-dev) wrote :

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!

Revision history for this message
In , Björn Michaelsen (bjoern-michaelsen) wrote :

Checked with oldest bibisect version. Bug is already reproducible. So unlikely a regression.

Revision history for this message
In , Björn Michaelsen (bjoern-michaelsen) wrote :

Checked with oldest bibisect version. Bug is already reproducible. So unlikely a regression.

Revision history for this message
In , Björn Michaelsen (bjoern-michaelsen) wrote :

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.

Revision history for this message
In , Björn Michaelsen (bjoern-michaelsen) wrote :

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.

Revision history for this message
In , Qubit (qubit) wrote :

(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.

Revision history for this message
In , Qubit (qubit) wrote :

(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.

Revision history for this message
In , Beluga (beluga) wrote :

*** Bug 90011 has been marked as a duplicate of this bug. ***

Revision history for this message
In , Barta-c (barta-c) wrote :

** 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

Revision history for this message
In , Fritz-paul (fritz-paul) wrote :

The bug is still existing with the exact same behaviour, tested in LibreOffice 5.0.5.2, 64 bit version on Windows.

Revision history for this message
In , Cno (cno) wrote :

*** Bug 101525 has been marked as a duplicate of this bug. ***

Revision history for this message
In , Cno (cno) wrote :

*** Bug 89311 has been marked as a duplicate of this bug. ***

Revision history for this message
Daniel Fett (fett-ubuntu) wrote :

This bug still exists in LO 5.1

Revision history for this message
In , V字龍(Vdragon) (vdragon) wrote :

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>
```

Revision history for this message
In , V字龍(Vdragon) (vdragon) wrote :

(In reply to V字龍(Vdragon) from comment #26)
> It seems that the presentation placeholders are duplicated as well,
> resulting additional, readonly textboxes
Fix wording: s/readonly/not-removable/

Revision history for this message
In , Qa-admin-q (qa-admin-q) wrote :

** 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

Revision history for this message
In , Zingale (zingale) wrote :

I still have this issue with LO 5.4.5

Revision history for this message
In , Pztrick (pztrick) wrote :

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!

Revision history for this message
In , Qa-admin-q (qa-admin-q) wrote :

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

Changed in df-libreoffice:
importance: High → Unknown
status: Confirmed → Unknown
Changed in df-libreoffice:
importance: Unknown → High
status: Unknown → Confirmed
Revision history for this message
In , Freedesktop-treblig (freedesktop-treblig) wrote :

This is looking fixed for me in 6.3.2.2-1.fc31 (based on my doc in 10525)

Revision history for this message
In , Qa-admin-q (qa-admin-q) wrote :

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

Revision history for this message
In , Fritz-paul (fritz-paul) wrote :

Tested in version 7.2.2.2, works fine now

Revision history for this message
In , Aron Budea (baron-z) wrote :

Thanks for retesting, let's set status to WORKSFORME, since the fixing change is unknown.

Changed in df-libreoffice:
status: Confirmed → Invalid
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.