Description: This problem exists long time. I only take an example to show how to reproduce it here. My software: libreoffice 7.3.5.2, ubuntu 22.04, CPU AMD Ryzen 7 2700. Steps to Reproduce: 1. Open libreoffice Calc and create a new xlsx file. 2. In cell A1 insert comment with several words and set font size 12pt. In cell A2 insert comment with several words and set font size 8pt and close the commnt.When I move mouse to A1, the font size is 12pt. When I move mouse to A2, the font size is 8pt. It is fine now. 3. Close and save the document and re-open it again. When I move mouse to A1, the font size is 12pt. When I move mouse to A2, the font size is 8pt. It looks OK.But When I try to edit comment in A2, the font size is 12pt, not 8pt. Do some changes in A2 comment and close the comment block. When move mouse to A2, the font size is still 8pt. font size is partially reset so far. 4. Close and save the document and re-open it again. When I move mouse to A2, the font size is 12pt. When I try to edit it, the font size is 12pt. font size is reset to 12pt completely. It means initial user 8pt setting is overwritten. 5. When more cell comments are inserted and modified serveral times, all the font sizes are reset, and user's settings cannot work. With different Calc versions and languages, the default font sizes may be different, but font size reset problems are same. Actual Results: The font sizes in Calc comment are reset to default value after the comments are edited several times and xlsx document is close and reopen. Expected Results: The font sizes user set in Calc cell comment can be kept, even several font sizes are used in a sanme cell comment. Reproducible: Always User Profile Reset: No Additional Info: Version: 7.3.5.2 / LibreOffice Community Build ID: 184fe81b8c8c30d8b5082578aee2fed2ea847c01 CPU threads: 16; OS: Linux 5.15; UI render: default; VCL: gtk3 Locale: zh-CN (zh_CN.UTF-8); UI: en-US Calc: threaded
I don't reproduce this even with 7.3. Do you still see this? Arch Linux 64-bit, X11 Version: 7.6.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: 435cc6f4b2d61df932a1006222b699e367e4fed7 CPU threads: 8; OS: Linux 6.1; UI render: default; VCL: gtk3 Locale: fi-FI (fi_FI.UTF-8); UI: en-US Calc: threaded Built on 27 January 2023
Yes. Same problem can be reproduced with exactly same test steps on my PC now. The only differece is default comment font size is 10 now, not 12. My current libreoffice calc is v7.3.7.2. The version when I reported this case was 7.3.5.2.
Apologies, I was testing carelessly. I reproduce. I bibisected the change with linux-50max repo to https://git.libreoffice.org/core/commit/8865ed2efecd03722d10e522265f31c99b13b2bb tdf#90812: rPr is not exported after roundtrip. However, the change was fixing a real issue and just moved one line around, so I will not call this a regressin.
Dear machwell, 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
Hi, I verified the case today and found the problem had been fixed in my tests. My PC is working with libreoffice 24.2.7.2 and ubuntu 24.04.3. I am sorry that I didn't use latest libreoffice version and libreoffice 7.3.5.2&ubuntu 22.04 to verify the case, since I knew that would be perfect. Even so, I think my today's tests can cover the verification well enough. Best regards,
Hi, I did the tests again with same test steps at the beginning of this case, and found exact same problems could be reproduced. My PC: libreoffice 24.2.7.2, ubuntu 24.04.3, CPU AMD Ryzen 7 2700. Please ingore my provious comments today. Those tests were not careful enough. Sorry. Best Regards.