Version: 7.4.6.2 Build ID: 40(Build:2) CPU threads: 4; OS: Linux 6.1; UI render: default; VCL: kf5 (cairo+xcb) Locale: fr-FR (fr_FR.UTF-8); UI: en-US Calc: threaded Fedora 37 with KDE Plasma desktop Enabling outline folding causes character styles to have no effect though the various icons in toolbar are highlighted as if the effects occurred. Steps to reproduce: - open a blank document - lorem + F3 - apply Strong Emphasis to some word => word turns bold as expected - Tools>Customize, LibreOffice Writer>View - tick Show outline-folding buttons - apply Strong Emphasis to some other word => no effect Button B is highlighted as if the style had been effective. Style inspector reports style has been applied but if you move the cursor, even inside styled word, character style disappears from inspector. Previous style application is unaffected. - disable the folding setting - apply Strong Emphasis to yet another word => word turns bold as expected first word remains bold, second word remains without bold Enabling outline folding seems to disable later character style applications. Paragraph style applications are unaffected. Looking at .fodt version of document, no <text:span …> for character styles are recorded while outline folding is enabled. No attachment as creating the mishap is straightforward.
Erratum: in the above procedure, read "Tools>OPTIONS, …" (not Customize)
Can't confirm with Version: 7.5.2.1 (X86_64) / LibreOffice Community Build ID: e8bf3b441b8370f8440b0339fd9490765a8d57ca CPU threads: 4; OS: Windows 10.0 Build 19045; UI render: Skia/Raster; VCL: win Locale: de-DE (de_DE); UI: en-GB Calc: CL threaded Please retest with actual version of LO. Is bug still present there? => NEEDINFO
I don't repro with current master build: Version: 7.6.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: 0de30e55b325b06354ae6a21d388261caef15134 CPU threads: 2; OS: Linux 5.19; UI render: default; VCL: x11 Locale: en-US (en_US.UTF-8); UI: en-US Calc: threaded I think the patch done for bug 151521 also fixed this bug.
Dear ajlittoz, This bug has been in NEEDINFO status with no change for at least 6 months. Please provide the requested information as soon as possible and mark the bug as UNCONFIRMED. Due to regular bug tracker maintenance, if the bug is still in NEEDINFO status with no change in 30 days the QA team will close the bug as INSUFFICIENTDATA due to lack of needed information. For more information about our NEEDINFO policy please read the wiki located here: https://wiki.documentfoundation.org/QA/Bugzilla/Fields/Status/NEEDINFO If you have already provided the requested information, please mark the bug as UNCONFIRMED so that the QA team knows that the bug is ready to be confirmed. Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-NeedInfo-Ping
Can no longer reproduce the bug in 7.5.6.2 Report can be closed as RESOLVED, but which substatus?
(In reply to ajlittoz from comment #5) > Can no longer reproduce the bug in 7.5.6.2 > > Report can be closed as RESOLVED, but which substatus? I would say RESOLVED WORKSFORME