Created attachment 50004 [details] file with problem Some formulas have bad scale factor. In formula what contain non-latin symbols its moved to left of formula (on top of exists symbols) from right, See attach.
Created attachment 50005 [details] screen
[This is an automated message.] This bug was filed before the changes to Bugzilla on 2011-10-16. Thus it started right out as NEW without ever being explicitly confirmed. The bug is changed to state NEEDINFO for this reason. To move this bug from NEEDINFO back to NEW please check if the bug still persists with the 3.5.0 beta1 or beta2 prereleases. Details on how to test the 3.5.0 beta1 can be found at: http://wiki.documentfoundation.org/QA/BugHunting_Session_3.5.0.-1 more detail on this bulk operation: http://nabble.documentfoundation.org/RFC-Operation-Spamzilla-tp3607474p3607474.html
Created attachment 54757 [details] spring of three cyrillic symbols Hi, More-more troubles is leave. But one problem in this view area with spring of three cyrillic symbols is stay (see attach). And showing debug info before formulas (EMBED Equation.DSMT4) ?
Hello! I just wanted to report that the words "EMBED Equation" still appear before the equations in .doc files for LibreOffice 3.5.0 RC1. Regards, Vladimir
Created attachment 57279 [details] for compare "Printed" .pdf from M$O for compare.
Please read this message in its entirety before responding. Your bug was confirmed at least 1 year ago and has not had any activity on it for over a year. Your bug is still set to NEW which means that it is open and confirmed. It would be nice to have the bug confirmed on a newer version than the version reported in the original report to know that the bug is still present -- sometimes a bug is inadvertently fixed over time and just never closed. If you have time please do the following: 1) Test to see if the bug is still present on a currently supported version of LibreOffice (preferably 4.2 or newer). 2) If it is present please leave a comment telling us what version of LibreOffice and your operating system. 3) If it is NOT present please set the bug to RESOLVED-WORKSFORME and leave a short comment telling us your version and Operating System Please DO NOT 1) Update the version field 2) Reply via email (please reply directly on the bug tracker) 3) Set the bug to RESOLVED - FIXED (this status has a particular meaning that is not appropriate in this case) + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + LibreOffice is powered by a team of volunteers, every bug is confirmed (triaged) by human beings who mostly give their time for free. We invite you to join our triaging by checking out this link: https://wiki.documentfoundation.org/QA/BugTriage There are also other ways to get involved including with marketing, UX, documentation, and of course developing - http://www.libreoffice.org/get-help/mailing-lists/. Lastly, good bug reports help tremendously in making the process go smoother, please always provide reproducible steps (even if it seems easy) and attach any and all relevant material
Created attachment 108333 [details] new screen
Error still up. Three symbols shift to left as point red arrow. See new attach with LibreOffice 4.3.3.1.
My OS is currently updated GNU/Linux Debian Sid.
Created attachment 108335 [details] Word on WINE screen For show good (needed) position of symbols, I attach screen from Winword running on WINE. Symbols marked red underline.
Created attachment 117876 [details] .odt file with simple Mathtype equation I have the same problem with Mathtype 6.0 under Win8.1 Japanese and LO 5.0.0.5 See the attachments: .otd with a simple equation, a screenshot taken with LO 5 (corrupted) and another screenshot taken with LO 4.5 (after uninstalling 5.0), correct. This is a stopper for me, I had to go back to 4.5
Created attachment 117877 [details] Mathtype equation rendering with L5 (corrupted)
Created attachment 117878 [details] Mathtype rendering with LO4 (correct)
Created attachment 118003 [details] Screenshot with formula correct. May be only your issue, I can't reproduce. Please try resetting the user profile, sometimes solves strange issues. https://wiki.documentfoundation.org/UserProfile
(In reply to m.a.riosv from comment #14) > Created attachment 118003 [details] > Screenshot with formula correct. > > May be only your issue, I can't reproduce. > Please try resetting the user profile, sometimes solves strange issues. > https://wiki.documentfoundation.org/UserProfile You need a Japanese environment to reproduce the bug. Probably any non-Western environment (Chinese, Cyrillic etc.) would also reproduce the bug. You cannot see it in a Western OS.
Created attachment 118009 [details] Screenshot with LibreOffice in Japanese Sorry Massimo, perhaps with the OS in Japanese, but with LibreOffice in Japanese, for UI and local settings can't reproduce.
Comment on attachment 118009 [details] Screenshot with LibreOffice in Japanese We need a developer with a Japanese OS. I am not dreaming, my screenshot is not a fake!
I didn't say you are dreaming, I try to do my best to verify. Perhaps could help devs confirm it's not profile issue, and having the same options for language with both versions?
(In reply to m.a.riosv from comment #18) > I didn't say you are dreaming, I try to do my best to verify. > > Perhaps could help devs confirm it's not profile issue, and having the same > options for language with both versions? My OS is in Japanese and LO interface is in Japanese too. I remember that profiles are stored is different folder for different branch numbers - at least this is what I learnt when moving from 3 to 4, I do not know if it has been changed now. I am on a tight schedule right now, I cannot upgrade, reset and possibly downgrade again. I'll try that in a couple of weeks but if in the meanwhile some Japanese developer with MathType installed can try reproduce the bug that would certainly be helpful.
I have downloaded and installed LO 5.0.1.2, same problem as in the screenshot above (corrupted). I have reset the user profile (after closing LO, including quickstart), a new user profile has been created at the next launch, but the problem is still there, same corrupted rendering. Thus, it is definitely NOT a profile problem. We need the hand of developers who run a native Japanese OS to get rid of this bug, I'm afraid.
Tried on a different PC, Win10, LO5, exactly the same problem. Can somebody please take seriously this bug, because it is a real stopper. You need a Japanese environment or support for Japanese in Windows in order to reproduce this bug. Please help!
OK, here is how to reproduce the bug in an English environment. In Win10, go to Settings, Time & language, Region & language. Under "languages" hit "Add a language" and choose "Japanese". Then, under option for this language, click on "Set as default". Next, download the ".odt file with simple Mathtype equation" above, double-click to open it. You'll see the corrupt rendering of which I have uploaded a screenshot. This can be done by anyone in an English environment. Please, try. This is really a ugly bug!
Sorry but unfortunately for me I haven't learned Japanese, it might be too exciting, deal with my computer in Japanese.:) Maybe it could be easier trying to find someone who can confirm in the Japanese Mailing List. http://nabble.documentfoundation.org/Japanese-f1829008.html
5.0.2 is out but the bug is still there. Nobody willing to take this one seriously???
I have right now two Japanese visitors, they use Mac in Japanese. Same problem, 5.0.2 completely screws up the equation rendering. Can somebody PLEASE take serious this bug, which is a real stopper not just on Windows but also on Mac?
LO 5.0.3 is out and the bug is still there! I have now posted a message in a bottle in the Japanese forum, if even this is not enough to have somebody looking into this horrible bug, I really do not know what else to do!
Please do not change version number, it is intended to show the oldest version in which the bug has been seen. Massimo your bug is different from the one from original bug report. Indeed in your description: - works in LO 4 when Alexander reported his bug for LO 3.4.2 - Alexander reported for a MSWord doc in Russian, you for an .odt in Japanese. - you have filed bug 95902 for your case. Version number set back to 3.4.2 Status set back to unconfirmed, because its history shows that this old bug has never been confirmed independently. Best regards. JBF
Reproducible for me with LibreOffice 5.0.5.0.0+, at least the first glitch in your first screencopy (attachment 50005 [details]). I see some other problem (big ( and ) not reproduced) but they are probably caused by a missing font on my computer. What is the required font to see these characters? Setting status to NEW. Best regards. JBF
(In reply to Jean-Baptiste Faure from comment #28) I answer making reference to bug 95902, where I have reported the same problem in LO5. Fonts used by Mathype are: Times New Roman Symbol MT Extra MS Mincho (for the Japanese). However, in the small sample, only Times New Roman, and possibly Symbol, are used.
Created attachment 121950 [details] In LO 5.0.3.1
In LibreOffice 5.0.3.1 bug change of itself view, but stay up. As see on new attached screenshot.
To sort things out: 1. The issue was filed about a number of issues in LO's rendering of WMFs embedded into a .DOC, namely: shifted "ИПЦ" in Object77, small size of Object78 and especially Object82 and Object83 - they became invisible. With time, some of the issues (Object78, Object82 and Object83) were fixed somewhere. So, this issue was initially about several unrelated problems. The last problem left is shifted "ИПЦ" in Object77, so this is the problem that this specific issue should cover from now on. This particular problem is reproducible already with OOo 3.3.0 -> setting the version accordingly. 2. As this problem is about import of WMFs, and is also reproducible with extracted WMF opened with Draw, I set the Component to Filters. 3. As noted in comment 28, the issue is reproducible with recent LO versions. 4. All notes from Massimo here, as well as second part of comment 28 (regarding parentheses), comment 30 and comment 31 are irrelevant to this issue. They are related to bug 99402, that is being worked on (because it has been successfully triaged using bibisect - a side note for Massimo).
Created attachment 126980 [details] WMF for Object77 extracted from original DOC
Commit is submitted for review: https://gerrit.libreoffice.org/32436
Mike Kaganski committed a patch related to this issue. It has been pushed to "master": http://cgit.freedesktop.org/libreoffice/core/commit/?id=3fe6703ac30177a939839a70e650eb344c8a9abc tdf#39894: Metafile: use distance from last char cell to next It will be available in 5.4.0. The patch should be included in the daily builds available at http://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: http://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.
(In reply to Commit Notification from comment #35) I would love to test the fix, but the last update for Windows builds after this announcement was done on Dec. 31st, directory named Win-x86@62-merge-TDF/, which is however empty. Am I looking in the wrong place? I never tried a daily build before, apologies if the question sounds silly.
Seems that http://dev-builds.libreoffice.org/daily/master/Win-x86@42/ has now builds from 2017-01-01.
(In reply to Mike Kaganski from comment #37) > Seems that http://dev-builds.libreoffice.org/daily/master/Win-x86@42/ has > now builds from 2017-01-01. Found, downloaded and installed. I happily confirm that the fix works. At least, the attachment I have posted in this thread now looks perfectly fine in 5.4.0 alpha.
(In reply to Massimo from comment #38) > I happily confirm that the fix works. At > least, the attachment I have posted in this thread now looks perfectly fine > in 5.4.0 alpha. Great! Let's wait when OP confirms, and close this.
Fixed in 5.3.0!
(In reply to Massimo from comment #40) > Fixed in 5.3.0! Did you test with the first attachment ? Best regards. JBF
(In reply to Jean-Baptiste Faure from comment #41) > (In reply to Massimo from comment #40) > > Fixed in 5.3.0! > > Did you test with the first attachment ? > > Best regards. JBF Yes, right now, because you asked. I checked my own files, those which looked corrupted until 5.2, and they work just fine. Now I have checked the attachment in Russian, and it seems fine - although I cannot read Russian, unfortunately.
(In reply to Massimo from comment #42) > (In reply to Jean-Baptiste Faure from comment #41) > > (In reply to Massimo from comment #40) > > > Fixed in 5.3.0! > > > > Did you test with the first attachment ? > > > > Best regards. JBF > > Yes, right now, because you asked. I checked my own files, those which > looked corrupted until 5.2, and they work just fine. Now I have checked the > attachment in Russian, and it seems fine - although I cannot read Russian, > unfortunately. You only have to compare with the screen copy in the second attachment. This is a screen copy of the page 7 of the document as you can see in the status bar in the screen copy. Best regards. JBF
(In reply to Jean-Baptiste Faure from comment #43) > (In reply to Massimo from comment #42) > > (In reply to Jean-Baptiste Faure from comment #41) > > > (In reply to Massimo from comment #40) > > > > Fixed in 5.3.0! > > > > > > Did you test with the first attachment ? > > > > > > Best regards. JBF > > > > Yes, right now, because you asked. I checked my own files, those which > > looked corrupted until 5.2, and they work just fine. Now I have checked the > > attachment in Russian, and it seems fine - although I cannot read Russian, > > unfortunately. > > You only have to compare with the screen copy in the second attachment. This > is a screen copy of the page 7 of the document as you can see in the status > bar in the screen copy. > > Best regards. JBF I see! No, that problem is not fixed. I get the same result as in the screenshot.
(In reply to Massimo from comment #44) > [...] > I see! No, that problem is not fixed. I get the same result as in the > screenshot. Ok, same thing for me. So restoring NEW status of this bug. Best regards. JBF
(In reply to Jean-Baptiste Faure from comment #45) > (In reply to Massimo from comment #44) > > [...] > > I see! No, that problem is not fixed. I get the same result as in the > > screenshot. > > Ok, same thing for me. So restoring NEW status of this bug. > > Best regards. JBF ??? Jean, I can't believe you didn't notice the target notice in whiteboard and in commit notification.
(In reply to Mike Kaganski from comment #46) [...] > Jean, I can't believe you didn't notice the target notice in whiteboard and > in commit notification. OOps, sorry, I was sure I tested it with the master. I just did and verified that the bug as described in its description is indeed fixed. Version: 5.4.0.0.alpha0+ Build ID: 092adc4991eb143bc279a4bb61da27f70c73413e Threads CPU : 4; Version de l'OS :Linux 4.4; UI Render : par défaut; VCL : gtk3; Ubuntu_16.04_x86-64 Locale : fr-FR (fr_FR.UTF-8); Calc: group Thank you very much, and sorry for the inconvenience. Best regards. JBF