Created attachment 122976 [details] ODT file demonstrating the problem When I italicize text in Times New Roman containing quotation marks, those quotation marks are offset such that they overwrite the following letter. This happens only in Times New Roman. This happens in all languages (in my particular use cases, English, Hebrew and Greek). I have attached both an original ODT file and a PDF export (the result is identical whether exported using LO's native PDF export function and printing it through CutePDF Writer).
Created attachment 122977 [details] PDF file demonstrating the problem
Finally, while this problem does not appear in any other application (e.g., Evernote, Google Docs, WordPad), I did just notice something very peculiar. In Windows 7 WordPad, when I type in Times New Roman it works as expected. But when I paste from LibreOffice, despite claiming that the text is in Times New Roman, it looks very different from typing from scratch; moreover, when I actively switch the font on the pasted text to Times New Roman, it changes appearance. Saving it in ODT from WordPad causes it all to look the same again when opened in both applications (in LibreOffice, as the screwed up Times New Roman, and in WordPad, just fine), but saving it in RTF causes it to retain the messed up appearance of the pasted text in WordPad, as does printing it to PDF in CutePDF. I am attaching here both the RTF and PDF files showing the difference between typing natively in Times New Roman (Regular & Italics) and pasting from LibreOffice.
Created attachment 122978 [details] WordPad RTF document demonstrating the problem
Created attachment 122979 [details] WordPad PDF document demonstrating the problem
Please note that this bug happens in *all* LibreOffice components -- Writer, Calc, and Impress.
I can confirm with Version: 5.2.0.0.alpha0+ Build ID: ef02de2698d90fd874bddf3146165cbe85487bc5 CPU Threads: 1; OS Version: Windows 6.1; UI Render: default; TinderBox: Win-x86@39, Branch:master, Time: 2016-02-19_23:40:50 but not with Version: 5.2.0.0.alpha0+ Build ID: ef02de2698d90fd874bddf3146165cbe85487bc5 CPU Threads: 1; OS Version: Windows 6.1; UI Render: default; TinderBox: Win-x86@39, Branch:master, Time: 2016-02-19_23:40:50 Seems to be fixed in dev version. Please could you test with dev version? http://dev-builds.libreoffice.org/daily/master/ Thank you
Indeed, 5.2.0.0.alpha0+ does fix the problem in the English text, but does *not* fix the problem in the Hebrew text.
(In reply to William Friedman from comment #7) > Indeed, 5.2.0.0.alpha0+ does fix the problem in the English text, but does > *not* fix the problem in the Hebrew text. I can confirm with Version: 5.2.0.0.alpha0+ Build ID: ef02de2698d90fd874bddf3146165cbe85487bc5 CPU Threads: 1; OS Version: Windows 6.1; UI Render: default; TinderBox: Win-x86@39, Branch:master, Time: 2016-02-19_23:40:50 no problem in 4.2.8.2, regression No problem on linux.
reproducible with Version: 4.5.0.0.alpha0+
repro Version: 4.4.0.0.alpha0+
I guess this can be bibisected with this repository: http://dev-downloads.libreoffice.org/bibisect/win/bibisect_win_44.tar.xz. Adding keyword 'bibisectRequest'.
This seems to have been fixed in LO Version: 5.3.3.2 (x64) Build ID: 3d9a8b4b4e538a85e0782bd6c2d430bafe583448 CPU Threads: 4; OS Version: Windows 6.1; UI Render: default; Layout Engine: new; Locale: en-US (en_US); Calc: group
Closing as RESOLVED WORKSFORME as per comment 12