Description: When you import the text into a LibreOffice word processor you will see the problem in Hebrew text Steps to Reproduce: Specifically for the test, I created the file in RTF format. See attachment. This file may be correctly viewed using WordPad or MS Word. But when you import the text into a LibreOffice word processor you will see the problem in Hebrew text. Actual Results: The Hebrew font "Times New Roman" is replaced by a "Lucida Sans Unicode" (It depends on the settings of the LibreOffice Writer, maybe another). The font size is also incorrect. Expected Results: Should be the 11th pin, but it is displayed on the 12th. Reproducible: Always User Profile Reset: No Additional Info: This problem is only with the Hebrew text. The rest of the text is displayed correctly.
Created attachment 143697 [details] the file in RTF format
Created attachment 143707 [details] comparison MSO 2010 and LibreOffice 6.2
Reproduced in Version 4.1.0.0.alpha0+ (Build ID: efca6f15609322f62a35619619a6d5fe5c9bd5a) but not in LibreOffice 3.3.0 OOO330m19 (Build:6) tag libreoffice-3.3.0.4
Closing as dupe of bug 118902 *** This bug has been marked as a duplicate of bug 118902 ***
let's keep this one open as well to track the font size issue. The font type issue is tracked in bug 118902
Font size also reproduced in LibreOffice 3.5.0 Build ID: d6cde02
Can you please minimize the test case so that it only has _one_ line? Also, do you see the same problem with Arabic text?
Created attachment 147864 [details] minimized test > Also, do you see the same problem with Arabic text? Yes, for Arabic the same problem. > Can you please minimize the test case so that it only has _one_ line? See Attachment. ... Michael
Dear Michael Vlasenko, 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 with the latest version of LibreOffice from https://www.libreoffice.org/download/ If the bug is present, please leave a comment that includes the information from Help - About LibreOffice. If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a comment that includes the information from Help - About LibreOffice. 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) from https://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: https://kiwiirc.com/nextclient/irc.freenode.net/#libreoffice-qa Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-UntouchedBug
In Word 2010, I see everything in Times New Roman font (as stated by OP), but everything is also in size 12 font. So, like other things, they probably change their defaults in different situations. I notice that in Word 2010 - the Normal paragraph style has size 11 for both Latin and CTL. In Writer, both of these are set to 12. There is no style definition section in the RTF, so styles will just be LO defaults. So there may be a "bug" here that LO doesn't use the right defaults in the case where there is no {\stylesheet. \f2 - the font being applied to the CTL scripts, is defined as \fRoman, so that suggests that it should not be applied to \fbidi scripts. But even if I change it to \fbidi, that didn't fix it. That's because it isn't implemented yet, and all font changes are considered _ascii case RTF_FNIL: case RTF_FROMAN: case RTF_FSWISS: case RTF_FMODERN: case RTF_FSCRIPT: case RTF_FDECOR: case RTF_FTECH: case RTF_FBIDI: // TODO ooxml:CT_Font_family seems to be ignored by the domain mapper
Changing to a non-Hebrew-specific meta bug, as per comments #8 and #10.