When I write any text and try to color it, that function doesn't work. At first I thought the reason it wouldn't work was because the file had an inserted table but now I tried with a new file and text coloring still won't work - the text remains with the default text color which is black. I even made a video of the bug: https://www.youtube.com/watch?v=e6_UQvROTds OS is Arch Linux. LO version is 6.2.3.2 - latest available in Arch repo. Expected result: clicking the text color button should apply the chosen color.
Thank you for reporting the bug. To be certain the reported issue is not related to corruption in the user profile, could you please reset your Libreoffice profile (https://wiki.documentfoundation.org/UserProfile) and re-test? I have set the bug's status to 'NEEDINFO'. Please change it back to 'UNCONFIRMED' if the issue is still present
Resetting profile wouldn't help because as it turned out on the next day (after a long and tedious search on the internet) libreoffice didn't download one dependency: libstaroffice. It remains unclear how filters for an old office program affect LO's performance but it's a fact that after installing that package, the function in question started working again.
Did you download LO from the official side https://www.libreoffice.org/download/download/?
(In reply to Dieter Praas from comment #3) > Did you download LO from the official side > https://www.libreoffice.org/download/download/? No: "sudo pacman -S libreoffice-fresh libreoffice-fresh-bg" from Arch repo. The official site has packages only for Debian and Fedora, not for Arch.
(In reply to stalliondrift from comment #4) > (In reply to Dieter Praas from comment #3) > > Did you download LO from the official side > > https://www.libreoffice.org/download/download/? > > No: "sudo pacman -S libreoffice-fresh libreoffice-fresh-bg" from Arch repo. > The official site has packages only for Debian and Fedora, not for Arch. So perhaps you can report the bug there => RESOLVED NOTOURBUG