Created attachment 56972 [details] example export doc file Problem description: Steps to reproduce: 1. .... create new document in LO5 with hebrew notes 2. .... save it to doc 3. .... open with MS WORD Current behavior: Notes letters display as squares in MS Word (not happen when saving docx) Expected behavior: Notes will be readable Platform (if different from the browser): Create doc on linux open in MS WORD on wine on linux Browser: Mozilla/5.0 (X11; Ubuntu; Linux i686; rv:10.0.1) Gecko/20100101 Firefox/10.0.1
Created attachment 56973 [details] Example export docx which notes display correctly
I can see the following note: ניסיון אחד עכשיו Is it correct?
yes the note is: ניסיון אחד עכשיו it possible to see if opening in LO but not in MS Word
And whe you create a note in MS Word (which one btw.), does it display correctly?
Created attachment 69859 [details] testdoc
Created attachment 69860 [details] testdoc doc export
Created attachment 69861 [details] testdoc docx export I've attached a testdoc and two exports (doc, docx). Please verify how they look in MS Word (and note which version). The documents were created in LibO 3.6.3.
attachment 69859 [details]: הערה בעברית attachment 69860 [details]: תירבעב הרעה attachment 69861 [details]: בעברית הערה OFFICE 2013
Created attachment 70570 [details] 69859
Created attachment 70572 [details] 69860
Created attachment 70573 [details] 69861
@nadav - so now it appears in Hebrew but the order of the words is wrong?
@Lior Kaplan As you can see there are two problems: 1. wrong order of words 2. wrong order of letters - which is not new, my friend complain to me about it and since I don't have office, I complain about the squares bug in LO
(In reply to comment #5) > Created attachment 69859 [details] > testdoc Tested on: Windows XP SP3; LibreOffice 4.0.1.2; Office Word 2003 SP3 with compatibility pack. testdoc doc export result: הערה בעברית testdoc docx export result: הערה בעברית No problem here. Resolved?
NO, It isn't resolved. I install new LO: 4.0.1.2 create document with Hebrew comments and save it in both doc and docx: results: doc: letters appear in wrong order. docx: words appear in wrong order. attach test of now
Created attachment 76826 [details] test of lo 4.0.1.2
good word to say on office: It open the odt file correctly.
(In reply to comment #15) > NO, It isn't resolved. > I install new LO: 4.0.1.2 > > create document with Hebrew comments and save it in both doc and docx: > > results: > > doc: letters appear in wrong order. > docx: words appear in wrong order. > > attach test of now @Nadav - Windows version? M. Office version?
(In reply to comment #18) > (In reply to comment #15) > > NO, It isn't resolved. > > I install new LO: 4.0.1.2 > > > > create document with Hebrew comments and save it in both doc and docx: > > > > results: > > > > doc: letters appear in wrong order. > > docx: words appear in wrong order. > > > > attach test of now > > @Nadav - Windows version? 7 > M. Office version? 2003
(In reply to comment #19) > (In reply to comment #18) > > (In reply to comment #15) > > > NO, It isn't resolved. > > > I install new LO: 4.0.1.2 > > > > > > create document with Hebrew comments and save it in both doc and docx: > > > > > > results: > > > > > > doc: letters appear in wrong order. > > > docx: words appear in wrong order. > > > > > > attach test of now > > > > @Nadav - Windows version? > > 7 > > > M. Office version? > > 2003 Well, docx files should open properly only if the compatibility pack is installed ontop of M. Office 2003.
** Please read this message in its entirety before responding ** To make sure we're focusing on the bugs that affect our users today, LibreOffice QA is asking bug reporters and confirmers to retest open, confirmed bugs which have not been touched for over a year. There have been thousands of bug fixes and commits since anyone checked on this bug report. During that time, it's possible that the bug has been fixed, or the details of the problem have changed. We'd really appreciate your help in getting confirmation that the bug is still present. If you have time, please do the following: *Test to see if the bug is still present on a currently supported version of LibreOffice (4.4.1 or later) https://www.libreoffice.org/download/ *If the bug is present, please leave a comment that includes the version of LibreOffice and your operating system, and any changes you see in the bug behavior *If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a short comment that includes your version of LibreOffice and Operating System Please DO NOT *Update the version field *Reply via email (please reply directly on the bug tracker) *Set the bug's Status field to RESOLVED - FIXED (this status has a particular meaning that is not appropriate in this case) If you want to do more to help you can test to see if your issue is a REGRESSION. To do so: 1. Download and install oldest version of LibreOffice (usually 3.3 unless your bug pertains to a feature added after 3.3) http://downloadarchive.documentfoundation.org/libreoffice/old/ 2. Test your bug 3. Leave a comment with your results. 4a. If the bug was present with 3.3 - set version to "inherited from OOo"; 4b. If the bug was not present in 3.3 - add "regression" to keyword Feel free to come ask questions or to say hello in our QA chat: http://webchat.freenode.net/?channels=libreoffice-qa Thank you for your help! -- The LibreOffice QA Team This NEW Message was generated on: 2015-04-18
Tested using "testdoc" with LO 4.4.2.2 on Windows 7: Characters: Ok Individual words: Ok Main text word order: Ok Comment word order: Reversed
** Please read this message in its entirety before responding ** To make sure we're focusing on the bugs that affect our users today, LibreOffice QA is asking bug reporters and confirmers to retest open, confirmed bugs which have not been touched for over a year. There have been thousands of bug fixes and commits since anyone checked on this bug report. During that time, it's possible that the bug has been fixed, or the details of the problem have changed. We'd really appreciate your help in getting confirmation that the bug is still present. If you have time, please do the following: Test to see if the bug is still present on a currently supported version of LibreOffice (5.1.5 or 5.2.1 https://www.libreoffice.org/download/ If the bug is present, please leave a comment that includes the version of LibreOffice and your operating system, and any changes you see in the bug behavior If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a short comment that includes your version of LibreOffice and Operating System Please DO NOT Update the version field Reply via email (please reply directly on the bug tracker) Set the bug's Status field to RESOLVED - FIXED (this status has a particular meaning that is not appropriate in this case) If you want to do more to help you can test to see if your issue is a REGRESSION. To do so: 1. Download and install oldest version of LibreOffice (usually 3.3 unless your bug pertains to a feature added after 3.3) http://downloadarchive.documentfoundation.org/libreoffice/old/ 2. Test your bug 3. Leave a comment with your results. 4a. If the bug was present with 3.3 - set version to "inherited from OOo"; 4b. If the bug was not present in 3.3 - add "regression" to keyword Feel free to come ask questions or to say hello in our QA chat: http://webchat.freenode.net/?channels=libreoffice-qa Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-UntouchedBug-20160920
(In reply to Eyal Rozenberg from comment #22) Still seeing the same thing with LO 5.2.1.2 as I saw before (word order in comment reversed). I can't set the version to 5.2.1.2, so setting it 5.2.1.2 rc.
I rely heavily on comments, and this bug prevents me from using libreoffice to collaborate with my colleagues.
(In reply to Yotam Benshalom from comment #25) > I rely heavily on comments, and this bug prevents me from using libreoffice > to collaborate with my colleagues. What's you current LibreOffice version/operating system?
LibreOffice 5.4.2.2 on Ubuntu 17.10. This problem seems to be system-independent, as it occures on windows as well.
Created attachment 136686 [details] sample odt with hebrew and arabic So the square showing up is an issue of missing fallback fonts, but when the two issues are that the text appear in reverse in MS Word and they have the wrong font. Text that was in hebrew text set to 'Nachlieli CLM' is loading in Word as 'Segoe UI' and arabic text set to 'Times New Roman' is loading in Word as 'Nimbus Roman No9 L'. Version: 6.0.0.0.alpha0+ Build ID: a2a3e06a29077d4274dc15eea28a01afe22e3658 CPU threads: 2; OS: Linux 4.4; UI render: default; VCL: gtk2; Locale: en-US (en_US.UTF-8); Calc: group
Created attachment 136687 [details] screenshot of how it appears in Word 2013
*** Bug 113280 has been marked as a duplicate of this bug. ***
Miklos: Can you assist with this?
Justin, Mike: you guys familiar with .doc binary format?
Sorry, I still have a relatively long list of regression to take care of, so right now I'm not interested in picking up new .doc bugs.
Mark Hung committed a patch related to this issue. It has been pushed to "master": http://cgit.freedesktop.org/libreoffice/core/commit/?id=18b4c1d0b8e030e4fa081995eccf68f01049892e tdf#45999 doc: make RTL text in comments show correctly in MSWord. It will be available in 6.1.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.
Verified on Office 2016 by Itiel Y on Hebrew Telegram group.