Created attachment 57128 [details]
Original docx file with some equations
- Create a docx file containing some equations using office
- Open the docx file with LibO
- Save the imported file as an odt file
- Close LibO and reopen the odt file
Only the first equation displays properly. The remaining equations are not editable and they show the image file associated with the first equation.
See attachments for an example.
Created attachment 57129 [details]
Odt file created from the docx file
Reproducible with a fresh master build (Build ID: 9e6b086-f89f0d1-e67b1bf-879ce36-638d9c) under Ubuntu 10.10 x86.
As a workaround:
1. save docx to fodt
2. close and reopen this fodt
3. save it to odt
LibreOffice can not create within the ODT-archive folder with
the contents of all OLE-objects, which were placed in DOCX-file, and creates
these folders only for some objects. The mechanism of passage I do not
understand, any OLE-object, regardless of its type ( "image" or "formula") may
be lost. Most often, lost objects, starting with the second, if DOCX-file are
located in a row, one after another.
Reproduced in LibO-3.5.1_Win_x86, blocking the opening of that part of the document, which is located below the missed OLE-object.
(In reply to comment #2)
> Reproducible with a fresh master build (Build ID:
> 9e6b086-f89f0d1-e67b1bf-879ce36-638d9c) under Ubuntu 10.10 x86.
> As a workaround:
> 1. save docx to fodt
> 2. close and reopen this fodt
> 3. save it to odt
The issue resolved by a workaround in the "libreoffice-3-5~2012-03-15_15.40.13_LibO-Dev_3.5.2rc0_Win_x86_install_en-US".
The formula DOCX import is new in LO-3.5. It did not work in LO-3.4. => it is not regression => Of course, we should fix this but it can't block the release => lowering the severity a bit.
Just for your information: compare the following formula/DOCX bugs:
* Bug 36982 - [FILEOPEN] Writer ignores text after Equation in docx
* Bug 46716 - Some formulas are lost by "DOCX" import filter.
* Bug 43429 - Opening of docx-file with mathematical formulas crashed writer. (Sample provided)
* Bug 44289 - [FILEOPEN] docx with mathtype 6.0 equations does not fully open on Windows
Of these some/all may be releated ... or may not ;-) At least some of these bugs should be fixed in the current Master builds and in the upcoming LibreOffice 3.5.2, so we should test if this bug here is still present in 3.5.2.
Still reproducible with LibreOffice 18.104.22.168 (Build-ID: 235ab8a-3802056-4a8fed3-2d66ea8-e241b80), German langpack installed, on MacOS X 10.6.8 German UI. Still the same results as in the original description.
This problem is still present in the shipping Mac OS X LibreOffice build (Version 22.214.171.124 [Build ID: ba822cc]).
Also confirm that the workaround of saving as a "flat" ODT, then re-saving as .odt works for me, even for a very complex .docx that I was having lots of problems with before.
I nominate this bug as a duplicate of Bug 46716. Not sure I have the authority to mark it as such (although clearly Bugzilla will let me), but it's definitely describing the same behavior as 46716.
(In reply to comment #9)
> I nominate this bug as a duplicate of Bug 46716. Not sure I have the
> authority to mark it as such (although clearly Bugzilla will let me), but
> it's definitely describing the same behavior as 46716.
You can mark this bug as a duplicate, no problem ;-) Every user who gives some rationale can do that.
However, I am not sure if both problems are really the same; they seem related, of course, but at least the original description (comment #0) of both bugs, and therefore the summaries, differ IMHO.
Still reproducible with Version 126.96.36.199.alpha0+ (Build ID: c57906c8f614047a488eea6eb77c535bf90a889).
Second equation looks the same as first and third has "Object 6" instead of any equation.
In 188.8.131.52 this bug is still present and accompanied by two new bugs:
(1) equations imported from Word 2007/2010 format are compressed to the wrong size (this goes away upon save to fodt).
(2) if you save the file as an fodt document, then open the fodt document and save it as an odt document, the original bug happens again (all equations are lost and replaced with a missing object icon).
The work that has been done to allow for OMML is very impressive, but these bugs render LibreOffice completely incompatible with Word 2007/2010 equations. This is quite unfortunate -- what needs to be done to get this fixed?
Looks fixed in LibreOffice 4.3 master (tested using Mac OSX 10.9 with LibreOffice Version: 184.108.40.206.alpha0+ Build ID: b540f9172814f51361cf31d2a4b03e34d1d375ef TinderBox: MacOSX-x86@49-TDF, Branch:master, Time: 2014-02-15_00:28:42
Opening attached .docx:
* No error
* 3 equations
Save and reopen as .odt:
* No errors
* 3 equations visible, as imported in previous step
Save and reopen as .fodt:
* No errors too
* All 3 equations visible
Save and reopen as .docx:
* Same as above :-)
Compared original .docx file and roundtripped .docx file in Word for Mac:
* Exact the same.
Note: it looks like the equations should be center-aligned on the page. This isn't true when importing using LibreOffice. _BUT_ roundtripping the file and open it using Word for Mac doesn't result in a 'loss' of that alignment. (read: LibreOffice doesn't show it correct, but export it correct so Word opens it as original).
Lets mark this one as RESOLVED WORKSFORME. Please create a separate bug report for the incorrect alignment of the equations.
PS: you can test this version yourself by downloading it here: http://dev-builds.libreoffice.org/daily/master/
Please feel free to reopen this bug if you still can reproduce this behavior with LibreOffice 4.3 or later.