Bug 76129 - FILESAVE: Formatting is Ruined when Saving
Summary: FILESAVE: Formatting is Ruined when Saving
Status: RESOLVED INVALID
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Impress (show other bugs)
Version:
(earliest affected)
4.1.3.2 release
Hardware: Other Linux (All)
: medium normal
Assignee: Not Assigned
URL:
Whiteboard: BSA
Keywords:
Depends on:
Blocks:
 
Reported: 2014-03-13 17:20 UTC by bluejersey112
Modified: 2015-04-01 14:52 UTC (History)
2 users (show)

See Also:
Crash report or crash signature:


Attachments
Several Screenshots of the slides. The first shows the text being destroyed. The second shows a slide that is un-affected (somehow). The third shows the squares that are used to stretch the block of text, with the text being outside of the box. (381.02 KB, image/png)
2014-03-13 17:20 UTC, bluejersey112
Details
The File that is being Re-formatted Every time I save and re-open it. (2.22 MB, application/vnd.openxmlformats-officedocument.presentationml.presentation)
2014-03-13 19:37 UTC, bluejersey112
Details

Note You need to log in before you can comment on or make changes to this bug.
Description bluejersey112 2014-03-13 17:20:26 UTC
Created attachment 95730 [details]
Several Screenshots of the slides. The first shows the text being destroyed. The second shows a slide that is un-affected (somehow). The third shows the squares that are used to stretch the block of text, with the text being outside of the box.

Problem description: I am working on a Powerpoint Presentation, and have already saved the presentation as .pptx multiple times. Yet, when I re-open the file: everything is scattered, the text spans across the slide and is no longer contained where I specified it to be. 

The issue is probably not conversion-based (from .odp to .pptx) because I converted this file some time ago, (which resulted in the first itme this problem occured, but I painstakingly fixed it by finding slides that didn't have problems, and making new (not duplicated) slides from them ('New Slide' actually copies the format of the slide you right click on - Another Bug)). 

I have re-saved this at college (on a Windows7 OS) and the Microsoft Powerpoint software didn't change it or anything. But when I worked on this file at home: it re-screwed up my slides.

Steps to reproduce:
1. Create and save a LibreOffice Impress file as .pptx
2. Re-Open the file

Current behavior: Formatting is somehow removed, and the Titles of the slides are shifted to the left in a different style.

Expected behavior: I expect the program to save the file as it is, and not re-format/destroy it when "saving".



              
Operating System: Linux (Other)
Version: 4.1.3.2 release
Comment 1 Jean-Baptiste Faure 2014-03-13 19:13:30 UTC
It is a bad idea to work in a foreign file format because each save and each open need a format conversion.

Your problem description does not allow to reproduce a scenario where a formatting would be destroyed. What we need would be a pptx file produced by LibreOffice and the description of a modification to be done on this file with LibreOffice that breaks the formatting.

Please, could you provide such a pptx file and such a description (step by step) of the offending modification?

Best regards. JBF
Comment 2 bluejersey112 2014-03-13 19:37:22 UTC
Created attachment 95742 [details]
The File that is being Re-formatted Every time I save and re-open it.

Instructions: You need only to type into one of the existing slides (or a new slide), save the file, and then re-open it to find that the text is messed up.
Comment 3 Jean-Baptiste Faure 2014-03-15 17:52:24 UTC
Your test file is already messed up. The text field on the first slide overflows the slide.
Please, do not use MS formats, mainly not strict OOXML as working formats (indeed your file is a MSO 2007 format), but only as export formats. As MSO compatibility is known to not be 100%, you can't expect to avoid such kind of difficulties. So you should work in Open Document Format and export in OOXML strict only when your presentation is finished.

I propose to close this bug report as WontFix.

Best regards. JBF
Comment 4 tommy27 2014-07-12 08:29:42 UTC
tested under Win7x64 using LibO 4.2.5.2

as far as I see there's no format change between the file you uploaded if I edit and save it in 4.2.5.2

so you should retest with current 4.2.5.2 release and see if you still experience the same issues as before.

you should also consider uploading the first version of the .pptx before being edited in LibO, since as JBF noticed the version you uploaded was already messed up and I suspect that it was not the original version with correct formatting

moreover I do not see further format change when saving it again in 4.2.5.2.

set status to NEEDINFO waiting for user feedback
Comment 5 bluejersey112 2014-07-12 08:44:17 UTC
Hi Tommy,

I have no idea how the software is running now, I haven't used it for 2-3 months now and am now using a different operating system and haven't installed LibreOffice Impress on it yet.
When I experienced that issue with Impress, I would encounter the problem when I saved the presentation as a Microsoft Powerpoint file. This would cause the automatic formatting in the LibreOffice version of the document to convert badly and the result would be text running off the slides to the left and right.

But I haven't used the software since, so I'm unsure what the state of things are now. 

Thank you for getting back to me,
Mike Sipos



On Saturday, July 12, 2014 4:29 AM, "bugzilla-daemon@freedesktop.org" <bugzilla-daemon@freedesktop.org> wrote:
 


 
tommy27  changed bug 76129 

What
Removed
Added
Status UNCONFIRMED  NEEDINFO  
CC    barta@quipo.it  
Ever confirmed    1  
Comment # 4 on bug 76129 from tommy27  
tested under Win7x64 using LibO 4.2.5.2 as far as I see there's no format change between the file you uploaded if I
edit and save it in 4.2.5.2 so you should retest with current 4.2.5.2 release and see if you still
experience the same issues as before. you should also consider uploading the first version of the .pptx before being
edited in LibO, since as JBF noticed the version you uploaded was already
messed up and I suspect that it was not the original version with correct
formatting moreover I do not see further format change when saving it again in 4.2.5.2. set status to NEEDINFO waiting for user feedback
________________________________
 You are receiving this mail because: 
	* You reported the bug.
Comment 6 tommy27 2014-07-12 13:23:36 UTC
Pptx compatibility 4 text in frames i improved in 4.2.x   give it a try
Comment 7 QA Administrators 2015-02-19 04:42:13 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

Message generated on: 2015-02-18
Comment 8 QA Administrators 2015-04-01 14:52:23 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 our bug tracker

-- The LibreOffice QA Team This NEEDINFO Message was generated on: 2015-04-01

Warm Regards,
QA Team