Created attachment 120616 [details]
Writer file with Mathtype equation OLE embedded
A similar bug was reported long ago (No. 39894) so this may be a regression. I have posted under that bug but nobody seems to take it seriously, although it is a very serious bug.
In the attachment there is an OLE object produced with Mathtype (http://www.dessci.com/en/products/mathtype/). If you use LO5 under English Windows, no problem. If you use LO5 under Japanese Windows (or English Windows in which the non-unicode applications use Japanese encode as default), you get a very weird corruption, where the parentheses are replaced by Chinese characters. If you use LO4 under Japanese Windows, no problem (see the screenshots). The same version of Mathtype is rendered differently under LO4 or LO5 if the OS is in Japanese (or at least the non-unicode applications use Japanese are default encoding), so the problem cannot be on the Mathtype side but must be on the LO side. The example is with Writer but the same problem occurs with Impress.
To replicate the bug you need a Japanese environment: it is thus necessary, I believe, that a Japanese developer has a look on this.
I cannot upgrade to LO5 because of this bug, I hope somebody will take it seriously.
Created attachment 120617 [details]
Rendering under LO5 (corrupted)
This is how the .odt file is rendered under LO5
Created attachment 120618 [details]
Correct rendering under LO4
This is how the .odt file is rendered under LO4
188.8.131.52 is out but the bug is still there. Nobody willing to take a look at this? For me, it's an absolute stopper, I cannot upgrade to LO5 until this bug is fixed.
LO 5.1 is out and this horrible bug is still there. This is a real stopper, I wonder if anybody among the developers has realised how serious it is?
Hello, anybody alive out there? I posted to the Japanese forum, to the English forum, submitted this bug report, I do not know what else I can do to draw the developers attention on this bug. I wonder if you have no LO5 users in Japan who are Mathtype customers. I have confirmed this bug with two Japanese students who had installed LO5 on their respective PCs to study some of my files and discovered they were unusable because the equations were all corrupted. In their case too, installing LO4 solved the problem. This must really have something to do with LO5 but nobody seems willing to investigate what's wrong. Frustrating, really really frustrating!
Created attachment 123010 [details]
LO 5.2 and 184.108.40.206.alpha0+
Build ID: aaca25d67eb5ea252730cdcf555ecc04ce04a5e6
CPU Threads: 4; OS Version: Linux 4.2; UI Render: default;
I have not Japanese system, but bug seems to be appear.
Because this bug should be regression, you can do a bibisecting of the bug. See here: https://wiki.documentfoundation.org/QA/Bibisect
For help with bibisecting you can ask at QA IRC https://wiki.documentfoundation.org/QA/IRC or me via e-mail.
Yes, your screenshot is just like mine! Glad to see that somebody can confirm this bug, it's a first step forward.
I do not know anything of "bibisecting" but I am willing to learn. However, for "bibisecting" that I guess I have to install LO5. I am currently travelling abroad with only my laptop, I cannot install LO5 because in about one week I'm going to give five-days full lecture using many Impress files and a number of equations, which would be unreadable if I upgrade (I understand it is not possible to have two different versions of LO on the same PC, is it?). This means I'm obliged to wait until I go back and get my hands on another PC which I do not use for work and where I do have LO5 installed - that will be in about three weeks though...
(In reply to Massimo from comment #7)
> I do not know anything of "bibisecting" but I am willing to learn. However,
> for "bibisecting" that I guess I have to install LO5. I am currently
Nope, but you have to do something more complicated (all info is in the wiki article).
Btw. I don't see the problem. I see it like attachment 120618 [details]
Win 7 Pro 64-bit Version: 220.127.116.11.alpha0+
Build ID: 85fcf15ff41ceb95f46dee586ff7187551be4955
CPU Threads: 4; OS Version: Windows 6.1; UI Render: default;
TinderBox: Win-x86@39, Branch:master, Time: 2016-02-27_09:23:38
Locale: fi-FI (fi_FI)
Confirmed both in Windows and Linux, with same rendering as Massimo's (Windows) and raal's (Linux), I'm guessing it's caused by the same issue.
Earliest incorrect version tested: 18.104.22.168 (Windows), 22.214.171.124 (Linux)
Latest correct version tested: 126.96.36.199 (Windows&Linux)
In Windows 'Control Panel -> Region and Language -> Administrative -> Language for non-Unicode programs' has to be set to Japanese (requires restart) for bug to occur, as described in Description.
Addition: I tested with Windows 7 x64.
Note that similar-looking bug 100651 doesn't seem to be a regression.
Bibisecting in Linux revealed this to be caused by the same commit as bug 99402.
*** This bug has been marked as a duplicate of bug 99402 ***