Using 64-bit Linux Mint Cinnamon 17.1 with 4.0.4-040004-generic kernel LibreOffice version: 5.0.0.0.beta1 Build ID: 0a16c3dda4150008d9be6f24cbd15ac198d116d3 Locale: et-EE (et_EE.UTF-8) Inserting comments the text background will be white regardless of comment box background Workaround is to select all comment text with CTRL+A and then remove direct formatting with CTRL+M. Additionally when doing cut-paste then that text has black background and not readable at all. Also here is the workaround like previously described. Steps to reproduce: * insert text * insert comment text - background will be automatically white Expected result: comment text without background
This bug exist also in LibreOffice 4.4.3.2 on the same platform.
Created attachment 115883 [details] document created during backtrace as root Using 64-bit Linux Mint Cinnamon 17.1 with 4.0.4-040004-generic kernel LibreOffice version: 5.0.0.0.beta1 Build ID: 0a16c3dda4150008d9be6f24cbd15ac198d116d3 Locale: et-EE (et_EE.UTF-8)
Created attachment 115884 [details] document created during backtrace as root previous was log file - this one is the document - problem is that I cannot fix mistakes and have to make new comment... Using 64-bit Linux Mint Cinnamon 17.1 with 4.0.4-040004-generic kernel LibreOffice version: 5.0.0.0.beta1 Build ID: 0a16c3dda4150008d9be6f24cbd15ac198d116d3 Locale: et-EE (et_EE.UTF-8)
Created attachment 115885 [details] document created during strace as regular user Using 64-bit Linux Mint Cinnamon 17.1 with 4.0.4-040004-generic kernel LibreOffice version: 5.0.0.0.beta1 Build ID: 0a16c3dda4150008d9be6f24cbd15ac198d116d3 Locale: et-EE (et_EE.UTF-8)
Created attachment 115886 [details] strace log in Linux Using 64-bit Linux Mint Cinnamon 17.1 with 4.0.4-040004-generic kernel LibreOffice version: 5.0.0.0.beta1 Build ID: 0a16c3dda4150008d9be6f24cbd15ac198d116d3 Locale: et-EE (et_EE.UTF-8)
*** Bug 89671 has been marked as a duplicate of this bug. ***
Hi I reproduce on windows 7/64 & Version: 4.4.3.2 Build ID: 88805f81e9fe61362df02b9941de8e38a9b5fd16 Locale : fr_FR Also with Version: 5.0.0.0.beta1 Build ID: 0a16c3dda4150008d9be6f24cbd15ac198d116d3 Locale: fr-FR (fr_FR) Issue was already reported but you give a workaround. Regards Pierre-Yves
I can also reproduce this in Libo 4.4.2.2 (from the Debian Jessie backports). However, the bug does not exist in Libo 4.3.3.2 (from the Debian Jessie repository).
*** Bug 92319 has been marked as a duplicate of this bug. ***
I can reproduce this bug. I am using Arch Linux 64-bit and LibreOffice 4.4.4.3.
FWIW, still present in 5.0
Still present in version 5.0.1.2. One more bug that is possibly related: When copy&paste such text with white background from one comment into another comment, the result is black text with black background appearing as an unreadable black bar! ==> Increased Importance, added keyword "regression"
I can confirm this bug (maybe new in 4.4.5.2 (Windows 7)): If you add a comment, and then insert text from the clipboard (even for "unformatted text"), then the text is "black on white", even if the rest of the background is yellow as usual.
Based on the duplicate bug 89671, this issue was already present in LibO 4.4.0.3, whereas 4.3.6.2 was free of it. The good news is that it seems fixed in LibO 5.0.2.1 (perhaps related to bug 87922, which has been fixed in that version and will also be fixed in the upcoming LibO 4.4.6).
I can confirm that this issue is completely fixed in LibreOffice 5.0.2.2 Linux and Windows builds. (No white background anymore and no black background anymore after copy&paste from one comment to an other comment.) Thanks!
I have set RESOLVED FIXED. I hope this is ok. I don't know which patch has solved this issue.
I think WORKSFORME is the correct resolution here, as the exact fix is not known.
(In reply to Simo Kaupinmäki from comment #17) > I think WORKSFORME is the correct resolution here, as the exact fix is not > known. I disagree: WORKSFORME implies that it never was an issue, while FIXED says it once was a problem, but now is fixed.
(In reply to Ulrich Windl from comment #18) > (In reply to Simo Kaupinmäki from comment #17) > > I think WORKSFORME is the correct resolution here, as the exact fix is not > > known. > > I disagree: WORKSFORME implies that it never was an issue, while FIXED says > it once was a problem, but now is fixed. Well, I understand how you can get this impression, but I think you are mistaken. There is another resolution which explicitly states that the bug has never been an issue, and that is INVALID. What WORKSFORME implies is simply that the bug cannot be reproduced in the current version. Granted, it may be an appropriate resolution even when nobody has been able to reproduce the bug, but its use is not restricted to these cases. After version 5.0 was released a few months ago, the QA Administrators added a comment to several bugs (e.g., bug 80027) that had been quiet for more than a year, asking people to check whether the bug was still present: "If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a short comment that includes your version of LibreOffice and Operating System Please DO NOT [...] Set the bug's Status field to RESOLVED - FIXED (this status has a particular meaning that is not appropriate in this case)" So, according to the QA Administrators, WORKSFORME is the most appropriate resolution when the issue has been fixed but you cannot exactly say how this has happened and by whom.
I can also confirm that at least under 64-bit Linux (DEB-version) with version: 5.0.2.2, ID: 00m0(Build:2), Locale: et-EE (et_EE.UTF-8) commenting works now as expected - no more white or black background. Hopefully all other platforms have same luck. Thank you!
Using Libreoffice 5.0.1.2 locale it-IT (it_IT) Build ID: 81898c9f5c0d43f3473ba111d7b351050be20261 System: Windows XP Professional SP3 I can confirm this bug and the related workaround.