Description: Bold font not set for text when open document Steps to Reproduce: Do in Writer: 1. Write or copy from google translate arabic text, for example two string 2. Set first string as bold 3. Save as .rtf document 4. Open saved document and check bold formatting for first string is missed 5. Fix bug, check other product if needed Actual Results: Formatting bold text is missed Expected Results: Formatting bold text is displayed Reproducible: Always User Profile Reset: No Additional Info: Версия: 6.1.3.1 (x64) ID сборки: a9670562c26181ec3afbe381c9ff499ae88c98b7 Потоков ЦП: 8; ОС:Windows 10.0; Отрисовка ИП: по умолчанию; Локаль: en-US (en_US); Calc: group threaded
Created attachment 146585 [details] sample file
Regression introduced by: https://cgit.freedesktop.org/libreoffice/core/commit/?id=fc49c052dbdbb5ab3b0a02a13143705f769b9662 author Michael Stahl <mstahl@redhat.com> 2014-06-18 00:45:50 +0200 committer Michael Stahl <mstahl@redhat.com> 2014-06-18 00:48:43 +0200 commit fc49c052dbdbb5ab3b0a02a13143705f769b9662 (patch) tree 7d772edb2921cb2be302833cbee7681c44f8ff34 parent 31376a31d12a22d4870bbe4033dbbce18c13f07d (diff) writerfilter: RTF import: fix handling of associated char properties These are all dependent on the active \lrtch \rtlch \loch \hich \dbch. There does not appear to be a SPRM Id for CJK bold / italic / fontsize. Bisected with: bibisect-44max Adding Cc: to Michael Stahl
Dear seven, 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
This has basically been fixed in 6.3 thanks to bug 125719's exporting fix. However, MSWord 2016 and 2010 show bold on the output from 6.1 too. (Perhaps it would act differently if supplemental language support is installed? I only have US defaults set.)
Created attachment 168850 [details] arabicRT61.rtf: round-tripped by LO 6.1. In MSWord, the first paragraph is bold. It is still outstanding in 7.2+ that this round-tripped file has no bold paragraph in LibreOffice. However, it opens in Word 2016, 2003, and 2010 with the first paragraph in bold. NEEDINFO because I want to confirm that MS Word setup for an Arabic user also shows it as bold. (That requires some extra packages installed, and I can't easily do that anymore.)
Dear seven, 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://web.libera.chat/?settings=#libreoffice-qa Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-UntouchedBug