Description: All styles lost. Bug introduced at saving RTF styles between V7.2.2 and V7.3.2. Steps to Reproduce: 1. Start: On V7.2.2 x64 an RTF document written and edited 2. Install V7.3.2 x64 3. Open RTF => still looks good 4. Change 1 character and Save 5. Close document 6. Reopen document Actual Results: No styles there anymore, different font. Expected Results: Same visual as before the change Reproducible: Always User Profile Reset: Yes Additional Info: Version: 7.2.2.2 (x64) / LibreOffice Community Build ID: 02b2acce88a210515b4a5bb2e46cbfb63fe97d56 CPU threads: 4; OS: Windows 10.0 Build 19044; UI render: Skia/Raster; VCL: win Locale: de-CH (de_CH); UI: de-DE Calc: threaded
Created attachment 179941 [details] RTF document of the bug description
Bug reproduced with version 7.3.2.2: (1) Attached document opened with 7.3.2.2. (2) Document saved under a modified name. (3) Document with modified name reopened: Heading styles are lost! With the same procedure with version 7.2.2 heading styles are not lost. But: If you create a simple rtf document with some headings and some text with version 7.2.2 the bug does not appear: (1) Create new document and insert some headings and some text with version 7.2.2. (2) Safe document as rtf. (3) Reopen document with 7.3.2.2. Heading styles still exist. (4) Save document under a modified name. (5) Reopen document with modified name. Headings styles still exist! Regression test: 7.2.4.1: OK 7.2.5.2: Not OK Prioritization: Loss of data (in this case paragraph styles), bug does not effect many users --> Medium critical
Hi Harald, > Regression test: > 7.2.4.1: OK > 7.2.5.2: Not OK Are both versions in German or is 7.2.4.1 in gernal and 7.2.5.2 in english? I suspect the problem is the style 'Überschrift 1' is converted to 'Heading 1' depending on the locale and then it fails. I can also reproduce this issue in Version: 6.4.0.0.alpha1+ Build ID: 9bc848cf0d301aa57eabcffa101a1cf87bad6470 CPU threads: 8; OS: Linux 5.10; UI render: default; VCL: gtk3; Locale: es-ES (es_ES.UTF-8); UI-Language: en-US Calc: threaded and no, there is not dataloss in this issue
Created attachment 179984 [details] Info that styles cannot be saved. I test it in Version: 7.4.0.0.alpha0+ (x64) / LibreOffice Community Build ID: 3b48e20b0101584a5e7ef48ba82238e735f0772b CPU threads: 8; OS: Windows 10.0 Build 19043; UI render: Skia/Vulkan; VCL: win Locale: cs-CZ (cs_CZ); UI: en-US Calc: CL In savings process is shown dialog which inform me that some styles can be lost, if I save it do RTF. Isn't it that issue? I'm adding picture with the dialog window.
Bibisect result: d0a63755340fa2b474636750cd03e6eaf0f0039d is the first bad commit commit d0a63755340fa2b474636750cd03e6eaf0f0039d Author: Norbert Thiebaud <nthiebaud@gmail.com> Date: Thu Oct 4 04:50:51 2018 -0700 source 7ceebc68604e9eebc05155b2233bbadf3f4f056a Adding Miklos Vajna to CC list. But it means, that first bad commit was in version: Version: 6.1.3.0.0+ Build ID: 7ceebc68604e9eebc05155b2233bbadf3f4f056a CPU threads: 8; OS: Windows 10.0; UI render: GL; Locale: cs-CZ (cs_CZ); Calc: CL And not between 7.2 and 7.3. So I hope, that the bibisecting went good...
For information: I bibisected it in windows, not in linux. In hardware is only windows.
Reproducible Version: 7.5.0.0.alpha0+ (x64) / LibreOffice Community Build ID: 07aa8138db9bbaf222f2b7cea12a9f7d0a8192d7 CPU threads: 4; OS: Windows 10.0 Build 19044; UI render: Skia/Raster; VCL: win Locale: cs-CZ (cs_CZ); UI: en-US Calc: CL threaded
Dear Andres Rohr, 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