Description: (I am new to LibreOffice, but I like it. Sorry if I do not use the correct terms. I am also new to this Bugzilla, and I was not able to find, whether the bug was reported earlier. Sorry if it was.) The RTF document (I can send a small example) was originally created in MS Word. The heading part and part of the content was created with frames/tables (?) around the text. I believe it worked fine with LibreOffice Writer 6.3.4. After switching to 6.4.1, the texts in the document that were framed are not shown -- just empty rectangles. A RTF browser (MS Windows, Total Commander, F3 - Lister) shows the content is there. When experimenting with the file, right-mouse button click (context menu) + Wrap > In Background causes the text appear. (The Wrap Through is set by default.) I do not know the internals, but the rectangles are as if white-colour filled instead of transparent. Steps to Reproduce: 1. Open the specific RTF document. (Text in the frame is not visible.) 2. Mouse right click -- Wrap -- In Background -- this makes it visible. 3. Save (without changing the format) and open again -- not visible again. Actual Results: Text invisible (obscured by the white area of the frame). Expected Results: Text visible. Reproducible: Always User Profile Reset: No Additional Info: I do not know how to send the file sample.
Created attachment 158311 [details] The sample file that shows the problem.
To add: This is not related to tables. It is related to Frames. I believe it worked differently in 6.3.4, but I am not sure actually (working on more computers).
Thank you for reporting the bug. I can confirm the bug present in Version: 6.4.0.0.alpha1+ (x86) Build ID: ec7374ff84c71edfbb30d6e4dc5b486b6df7107f CPU threads: 2; OS: Windows 6.1 Service Pack 1 Build 7601; UI render: default; VCL: win; TinderBox: Win-x86@42, Branch:master, Time: 2019-11-10_21:37:30 Locale: en-US (en_US); UI-Language: en-US Calc: threaded But, not in LibreOffice 3.3.0 OOO330m19 (Build:6) tag libreoffice-3.3.0.4
(In reply to Durgapriyanka from comment #3) > Thank you for reporting the bug. I can confirm the bug present in > > Version: 6.4.0.0.alpha1+ (x86) => NEW
Can reproduce in: Version: 7.2.0.0.alpha1+ / LibreOffice Community Build ID: bb54d6d8241a06a6772052b77b67d6a4f686426c CPU threads: 8; OS: Linux 4.15; UI render: default; VCL: gtk3 Locale: en-AU (en_AU.UTF-8); UI: en-US TinderBox: Linux-rpm_deb-x86_64@86-TDF, Branch:master, Time: 2021-06-11_20:14:38 Calc: threaded I believe the issue with empty frames hiding text is described in Bug 71920. (But interestingly, it's thought to be inherited from OpenOffice in that bug...) I can confirm that the issue with not saving the "Background wrap" setting is specific to RTF, as converting to ODT keeps the setting when reopened.
(In reply to Petr Prikryl from comment #0) > The RTF document (I can send a small example) was originally created in MS > Word. The heading part and part of the content was created with > frames/tables (?) around the text. Could you please say what Word version did you use to create the sample file you sent to show this bug? Because I used "Microsoft Word Version 2207 Build 16.0.15427.20182 64 bits" (Microsoft Office 365) and it rendered the document exactly the same as LibreOffice 7.3.5.2 x64 did. As the RTF format was created by Microsoft to ease exporting Word documents to other text processors, the reference implementation, IMHO, is Microsoft Word. If I am using the latest Word version available to Microsoft Office 365 subscribers, I suspect that maybe the bug is in the software version you used (maybe it lacks a service pack fixing the bug). I will attach PDFs created by Word 16.0.15427.20182 and by LibreOffice 7.3.5.2 to show that LibreOffice is doing exactly the same as Word.
Created attachment 181748 [details] PDF created with Word from the sample RTF
Created attachment 181749 [details] PDF created with LibreOffice from the sample RTF
steps Steps to Reproduce: 1. Open the specific RTF document. (Text in the frame is not visible.) 2. Mouse right click -- Wrap -- In Background -- this makes it visible. 3. Save (without changing the format) and open again -- not visible again. reproducible Version: 4.2.0.0.alpha1+ At Word2010 it looks the same as in LO. @Petr, please see comment 6.
Dear Petr Prikryl, 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
@João Paulo: Sorry for the long delay, I have not noticed you question at the time. Unfortunately, I do not know the version of Word that was used to create the RTF. I have always tried to use software that I can have it "in my hands", and not only somewhere in the cloud. So, it probably was not MS Office 365. I am using LibreOffice since then. So, I cannot try more experiments with MS Word. Currently, I am using Version: 24.2.6.2 (X86_64) / LibreOffice Community Build ID: ef66aa7e36a1bb8e65bfbc63aba53045a14d0871 CPU threads: 8; OS: Windows 10.0 Build 19045; UI render: Skia/Raster; VCL: win Locale: cs-CZ (cs_CZ); UI: en-US Calc: threaded The "buggy" behavior remains. However, it may be the case that the testing RTF document itself was somehow crippled by MS Word at the time. If the RTF document is somehow wrong, I agree we should not expect a correct rendering by LibreOffice (and João Paulo attached the same wrongly rendered PDF by MS Word itself). It is more than 4 years since the bug report. If there is not more bugs like this reported until now, I feel that the bug should be closed. Have a nice day Petr