Download it now!
Bug 120427 - Fileopen DOCX: Microsoft Equation 3.0 wrong from LO 5.0
Summary: Fileopen DOCX: Microsoft Equation 3.0 wrong from LO 5.0
Status: NEW
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
(earliest affected) release
Hardware: All All
: medium normal
Assignee: Not Assigned
Keywords: bibisected, bisected, implementationError
Depends on:
Blocks: DOCX-Formula
  Show dependency treegraph
Reported: 2018-10-08 16:43 UTC by Timur
Modified: 2018-12-24 21:27 UTC (History)
2 users (show)

See Also:
Crash report or crash signature:

Sample DOCX (21.60 KB, application/
2018-10-08 16:43 UTC, Timur
comparison MSO 2010 and LibreOffice 6.2 (59.66 KB, image/png)
2018-10-10 15:48 UTC, Xisco Faulí

Note You need to log in before you can comment on or make changes to this bug.
Description Timur 2018-10-08 16:43:35 UTC
Created attachment 145481 [details]
Sample DOCX

Looking at Bug 87379 there is a possible regression with Microsoft Equation 3.0 while opening attached sample DOCX.
Some "Omega rSup" signs were correct in LO 4.4.7 and wrong from 5.0 up to 6.2+ as shown in attachment 132807 [details].
Comment 1 Xisco Faulí 2018-10-10 15:48:32 UTC
Created attachment 145574 [details]
comparison MSO 2010 and LibreOffice 6.2
Comment 2 Xisco Faulí 2018-10-10 15:57:48 UTC
Regression introduced by:

author	Miklos Vajna <>	2015-04-15 15:41:11 +0200
committer	Miklos Vajna <>	2015-04-15 17:16:56 +0200
commit	791d8b4f1f656a8553c25fe9034ca8a350efaaae (patch)
tree	b4931b8dfc2258e2ce1f30117e3f81b4f565be07
parent	bf33f22ff29b6e4f6ea204e7d438cf28a1079392 (diff)
DOCX import: convert MathType to Math if MathTypeToMath is enabled
With this, math equations created by Word <= 2003 and embedded to docx
files can be edited finally. Previously the result was read-only and
opened in an unexpected new window.

Bisected with: bibisect-50max

Adding Cc: to Miklos Vajna
Comment 3 Miklos Vajna 2018-10-11 07:42:25 UTC
Sorry, I think this is rather an implementation error than a regression. The MathType <-> Math filter always had this problem, and it was a real bug that this conversion did not happen when the conversion was enabled in the UI.

You can work this around by going to tools -> options -> load/save -> microsoft office -> and untick the load column for math.

(But sure, it's a bug, it would be nice to fix it.)