Description: Open badBold.odt. Select Copper, hit ^b: bold; hit ^m (default): un-bold; OK. Now, select Conductor, which is already bold; hit ^m : no change. Why? ^b does un-bold. Actual Results: ^m (default) does not un-bold Conductor Expected Results: it should; default char style is Normal Reproducible: Always User Profile Reset: No Additional Info:
Created attachment 153366 [details] file with bold word
Thank you for reporting the bug. I can confirm the bug present in Version: 6.3.0.0.alpha0+ Build ID: b6b28931435e44aca92b8c0e1659f701e3ed1a87 CPU threads: 2; OS: Windows 6.1; UI render: default; VCL: win; TinderBox: Win-x86@42, Branch:master, Time: 2019-01-30_06:57:04 Locale: en-US (en_US); UI-Language: en-US Calc: threaded and LibreOffice 3.3.0 OOO330m19 (Build:6) tag libreoffice-3.3.0.4
(In reply to TorrAB from comment #0) > Description: > Open badBold.odt. > Select Copper, hit ^b: bold; hit ^m (default): un-bold; OK. > Now, select Conductor, which is already bold; hit ^m : no change. Why? > ^b does un-bold. Not sure why it's happening but I think it's the expected behaviour. @Regina, do you know why Libo behaves this way ?
Not a bug, as explained in bug 86715. This is really a duplicate, but not to send many mails, I'll mark NotAbug.
I cannot fight Timur's autocratic decision (NotABug; Reference to Bug 86715 is pretty farfetched.), but the inconsistency originally described remains. Furthermore, while ^m does not unbold ‘Conductor’, double-clicking defaultCharacterStyle (in character styles) does —correctly; another inconsistency.