Created attachment 129299 [details] File showing the problem The attached file, when opened with Version: 5.2.3.3 (x64) Build ID: d54a8868f08a7b39642414cf2c8ef2f228f780cf CPU Threads: 8; OS Version: Windows 6.1; UI Render: default; Locale: en-GB (en_GB); Calc: group displays "Courier New" in the font drop-down box, but a single click on the badly displayed fixed format layout will change that into the actually used font, "Liberation Sans". The problem seems to be that Writer cannot handle an RTF document that does not contain "\pard\plain", whereas Word 2002 (a "freebie" with my PC) has absolutely no trouble opening the attached.
The first row has 'Courier new' up to the space before 'Year' but the rest of the document has 'Calibri' font.
You're right about the first line, and the font drop-down tells me that the rest is "Liberation Serif". Must still have been sleeping...
From the comments I understand there is no bug, so closing as such.
Did you actually look at the file? THE FORMAT IS COMPLETELY GONE!
(In reply to robert from comment #5) > Did you actually look at the file? > > THE FORMAT IS COMPLETELY GONE! Yes, I looked at the file. So are you wanting to turn this report now to something else than in your description? If yes, please attach a screenshot or PDF of how the RTF is supposed to look like, when rendered correctly. Set to NEEDINFO. Change back to UNCONFIRMED after you have provided the information.
Created attachment 129466 [details] Table as it should be displayed And the fact that the ignored font, "Courier New" is a fixed pitch font didn't ring any bells?
(In reply to robert from comment #7) > Created attachment 129466 [details] > Table as it should be displayed Confirmed it looks like that in MSO 2013. Confirmed that it is rendered incorrectly in LibO (with Courier New available). For me, the replacement font is Liberation Serif, so now we have three different experiences (L. Sans, Calibri). Arch Linux 64-bit, KDE Plasma 5 Version: 5.4.0.0.alpha0+ Build ID: 1fce5b024e9f25c3fcef2537a22474ece0dc416f CPU Threads: 8; OS Version: Linux 4.8; UI Render: default; VCL: kde4; Locale: fi-FI (fi_FI.UTF-8); Calc: group Built on December 10th 2016
** 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 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 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: 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
Continues reproducible on Windows 10 Pro 64-bit en-US with Courier New font available and current master/6.2.0 Version: 6.2.0.0.alpha0+ (x64) Build ID: daafe79c55cd53decbeac2367f298d79371dcf3d CPU threads: 8; OS: Windows 10.0; UI render: GL; TinderBox: Win-x86_64@42, Branch:master, Time: 2018-07-18_02:59:18 Locale: en-US (en_US); Calc: group threaded RTF import filter does not pick up the Courier New font--and Default style is assigned to all paragraphs. Once opened into LO, modifying Default paragraph style to use Courier New restores tabular format of the file.
Dear robert, 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 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: 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
Problem still occurs: Version: 6.2.5.2 (x64) Build ID: 1ec314fa52f458adc18c4f025c545a4e8b22c159 CPU threads: 8; OS: Windows 6.1; UI render: default; VCL: win; Locale: en-GB (en_GB); UI-Language: en-US Calc: threaded
Problem still present @ Version: 7.0.1.2 (x64) Build ID: 7cbcfc562f6eb6708b5ff7d7397325de9e764452 CPU threads: 8; OS: Windows 6.1 Service Pack 1 Build 7601; UI render: Skia/Raster; VCL: win Locale: en-GB (en_GB); UI: en-US Calc: threaded
Version: 7.1.3.2 (x64) / LibreOffice Community Build ID: 47f78053abe362b9384784d31a6e56f8511eb1c1 CPU threads: 8; OS: Windows 6.1 Service Pack 1 Build 7601; UI render: Skia/Raster; VCL: win Locale: en-GB (en_GB); UI: en-US Calc: threaded Problem still present!
This was fine in LO 3.4.0, and got buggy in 3.5.0, thus it is probably a regression related to the new RTF import code. Already buggy in oldest of bibisect-43all -> preBibisect.
Vasily Melenchuk committed a patch related to this issue. It has been pushed to "master": https://git.libreoffice.org/core/commit/24b5490cb0fd8de19415509fbf452874669106ad tdf#104390: rtf import: init default font for entire state stack It will be available in 7.4.0. The patch should be included in the daily builds available at https://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: https://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.
Vasily Melenchuk committed a patch related to this issue. It has been pushed to "libreoffice-7-3": https://git.libreoffice.org/core/commit/07ab51a3ac3d2c2af417c950d095c1fba49ab2a9 tdf#104390: rtf import: init default font for entire state stack It will be available in 7.3.3. The patch should be included in the daily builds available at https://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: https://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.