Issue 124462 - Table object damaged while import>save
Summary: Table object damaged while import>save
Alias: None
Product: Impress
Classification: Application
Component: save-export (show other issues)
Version: 3.3.0 or older (OOo)
Hardware: All All
: P3 Normal (vote)
Target Milestone: ---
Assignee: AOO issues mailing list
QA Contact:
Depends on:
Reported: 2014-03-19 11:37 UTC by Frantisek Erben
Modified: 2014-03-26 10:29 UTC (History)
1 user (show)

See Also:
Issue Type: DEFECT
Latest Confirmation in: 4.1.0-beta
Developer Difficulty: ---

PPT file for import (93.00 KB, application/
2014-03-19 11:37 UTC, Frantisek Erben
no flags Details
PPT saved into ODP (53.40 KB, application/octet-stream)
2014-03-19 11:38 UTC, Frantisek Erben
no flags Details

Note You need to log in before you can comment on or make changes to this issue.
Description Frantisek Erben 2014-03-19 11:37:47 UTC
Created attachment 82909 [details]
PPT file for import

Open included PPT file (included), save as ODP (included), reopen saved ODP.

On 2nd page "grid" object is different then after import.

Wanted state:
Object must not changed while save in ODP and reopen.
Comment 1 Frantisek Erben 2014-03-19 11:38:30 UTC
Created attachment 82910 [details]
PPT saved into ODP
Comment 2 Oliver-Rainer Wittmann 2014-03-21 12:55:06 UTC
I can confirm the described defect on Windows 7. As far as I can see the formatting of the table object (cell borders and paragraph alignment) are not correct.

I reproduced the defect in OOo 3.2.0, OOo 3.3.0, AOO 3.4.1, AOO 4.0.0 and AOO 4.1.0 Beta.
Comment 3 Armin Le Grand 2014-03-25 12:14:19 UTC
Took a look at the saved odf (own one, reduced to just the single table object that makes problems). ODF contains a table preview Metafile (in Pictured folder) which is correct. The content.xml also looks correct, the styles for the table have the logically correct settings which describe the borders as needed. I will create a pure ODF and will try to simulate this behavior without PPT import...
Comment 4 Armin Le Grand 2014-03-25 12:38:51 UTC
Replaced the hole table style defs in the PPT-based one with the ones from onw-based, still gets loaded wrong. Checking further...
Comment 5 Armin Le Grand 2014-03-25 13:43:38 UTC
When replacing the whole styles.xml it works; must be differences in the style definitions. Exchanging <style:style style:name="standard" style:family="graphic"> makes it work, too. There must be a difference in that default style.
The diff is style:writing-mode="rl-tb" in style:paragraph-properties in style:name="standard"; removing this makes the load work. Need to check what this is translated to at load time...
Comment 6 Armin Le Grand 2014-03-25 17:59:51 UTC
Found some strange stuff; The table cells are RTL-formatted after import and the cell object has no style set (not even default as parent). 1st needs to be checked on MS side, 2nd is wrong. When applying default style the table looks as after reload already.
Comment 7 Armin Le Grand 2014-03-26 10:29:23 UTC
To check if this all has to do with RTL documents I did the following:
(a) Created new PPT doc with MS PPT2003
(b) import in AOO410
(c) safe as ODF, reload
The table in the new doc does not have the same problems as in the orig bugdoc (Still, after (b) the table has no style and after (c) it is on default).

Thus all this *has* to do with RTL somehow (also RTL can be seen when adding a new page to the bugdoc or selecting the title/text objects in edit mode). Thus, the question is:

How exactly was this bugdoc created?
Is it RTL by purpose?
How is RTL created with PPT, where can this be changed (to do checks)?

@Frantisek: Could you give some more information on this, please?