This bug was tested LibreOffice v4.1 running in windows 7 and XP. It appears that LibreOffice loses formatting when importing MS .pptx files. I have attached an example.
Steps to reproduce the bug:
1. Open attached Contoso-Presentation.pptx document in Impress
2. Open attached Contoso-Presentation.pptx document in PowerPoint 2007/Office 365
3. Compare the documents.
Note The "Sales", "CALCULATING PROFIT", and "Highest Revenue" are sized incorrectly resulting in them being displayed incorrectly.
The file I was trying to attach is over the 3MB limit. You can download it from here: https://skydrive.live.com/view.aspx?resid=9FBE63963526EB25!411&app=PowerPoint&authkey=!AN5Q_kKPvn2eWUQ
Created attachment 83028 [details]
Comparison of PowerPoint vs Impress
Thanks for your report. I can confirm that the elements are not displayed correctly.
You report the bug against 4.1.0, but I would expect that in the previous versions it would not have better - rather the oposite. Do you have any experience with this presentation?
Another question: could it be possible for you to provide the document with just the second slide and maybe also some pictures removed? Is more convenient for testing and the developers.
Created attachment 83059 [details]
MS .pptx size and position import error
This is only page 2, with all other slide and pictures removed.
(In reply to comment #4)
> This is only page 2, with all other slide and pictures removed.
In this attachment: look at the two vertical text boxes left and middle. And at the right one.
Thorsten: was it Lubos that could look at such issues?
Created attachment 83342 [details]
MSO 97 .ppt imports correctly
I don't know if it helps, but the MSO 97 .ppt version of this slide, is correctly imported.
basically LibO has problems fitting the text inside text boxes when saving as .PPTX while saving as .PPT has no issue
the different look of the .PPTX file depends on a bad distribution of the text inside the box.
I mark this as DUPLICATE of Bug 71961.
even if this report was filed earlier, Bug 71961 has a simpler text case
*** This bug has been marked as a duplicate of bug 71961 ***
Why did you close this bug report? It is clearly not a duplicate of
Bug 71961 - FILESAVE: text doesn't fit into text boxes when exporting to .PPTX
This is a FILEOPEN: import issue. In the description, comments, and other linked bugs of 71961, there is no discussion of importing at all.
I think it the same issue, either you export an .odt to .pptx or if you open a .pptx created by MSO, the bug is that LibO doesn't show a correct distribution of the text inside the box.
read this: https://bugs.freedesktop.org/show_bug.cgi?id=71961#c15
would you please do that test?
In the meantime I mark this as NEEDINFO.
If I'm right Bug 67347 and Bug 71961 are the same problem (probably a FILEOPEN issue) then the current report could be marked again as DUPLICATE.
otherwise if I'm wrong you should revert status to REOPENED.
I did the testing you requested and clearly these are two separate bugs. I would appreciate it if you refrain from closing bugs based on pure speculation. The LO developers need bug reports to produce a quality product. If you are closing reports before testing them, then seriously issues may go unnoticed.
In the future, if you have a question as to how a document may look in Microsoft Office, please use the free viewer at:
please Luke, calm down.
as I said in the other report I think the same bug is the root of both FILEOPEN and FILESAVE issue.
let's keep this REOPENED but I think that a single committ will fix both, since they are 2 sides of the same problem.
as wrote in the other report now we need a simple .pptx created with MSO which proves to load correctly in PowerPoint but fail with LibO...
let's see what happens in a cooperative manner.
animosity, sarcarsm and all the other unpleasant stuff I can read between the lines of your posts are not helpful.
bad fitting of text in textbox reproduced in LibO 3.3.3 too with attachment 83059 [details]
updated version field to 3.3.3
I have no 3.3.0 available to test but is likely that this issues comes from the beginning of LibO era.
Created attachment 103784 [details]
stripped-down version of this file
reduced the file to just 2 text boxes.
REOPENED is reserved for a bug that:
1. a developer has marked as FIXED;
2. a developer is assigned to the bug that is marked as FIXED;
As the bug appeared to have previously been confirmed - marking as NEW
(This is an automated message.)
Setting priority to highest as this is a MAB. This is part of an effort to make the importance of MAB reflected in priority too.
still reproducible with LibO 4.3.3 and 4.4.0 beta1
since 4.2.x reached the END of LIFE I move this bug from mab4.2 to mab4.3 list.
Issue with the text-box on second slide: Text is formatted in columns, which is not imported correctly.
Good catch. I have created Bug 90140 as a feature request to add textbox column support to Impress.
This bug should only address the issue the PPTX importer creating over sized text boxs(or undersized text box margins).
Created attachment 114223 [details]
stripped-down version showing issue with stacked text
issue is still present in LibO 22.214.171.124 and recent 126.96.36.199 daily build
still reproducible with recent LibO 188.8.131.52 daily builds
I'm setting this ticket back to NEW as it has been inactive for more than 3
Feel free to assign it back to you if you're still working on this.
still present in LibO 184.108.40.206.alpha0+
Build ID: e2f6c7f0d0cc14f851d7028ff846c5dc658a81c6
CPU Threads: 4; OS Version: Windows 6.29; UI Render: default;
TinderBox: Win-x86@42, Branch:master, Time: 2016-10-10_23:08:02
Locale: it-IT (it_IT); Calc: group
(In reply to Luke from comment #0)
> Note The "Sales", "CALCULATING PROFIT", and "Highest Revenue" are sized
> incorrectly resulting in them being displayed incorrectly.
Yes, and also: in MSO those are Century Gothic, in LO they are Century Gothic in Format-Character and Liberation Sans in Sidebar-Properties
We already have a stacked text implementation that the chart application uses for axis labels. Could that be used here?
still present in LibO 220.127.116.11 and 18.104.22.168 alpha
Still reproducible in
Build ID: 28e8c3e28bf4944ecad23961602b9b1f72613d39
CPU threads: 4; OS: Linux 4.13; UI render: default; VCL: gtk3;
Locale: he-IL (ca_ES.UTF-8); Calc: group
Still reproducible in
Build ID: a3e649c3384d19a5ad540c3d65d5f79b66fd9090
CPU threads: 4; OS: Linux 4.15; UI render: default; VCL: gtk3;
Locale: ca-ES (ca_ES.UTF-8); UI-Language: en-US
However, this doesn't deserve the highest importance status