Bug 146301 - Bold formatting requests in Writer fails after previous bold formatting action.
Summary: Bold formatting requests in Writer fails after previous bold formatting action.
Status: RESOLVED WORKSFORME
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
Version:
(earliest affected)
7.1.4.2 release
Hardware: All Windows (All)
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2021-12-18 14:44 UTC by Garry Clarke
Modified: 2022-01-13 14:04 UTC (History)
1 user (show)

See Also:
Crash report or crash signature:


Attachments
Screenshot: formatting bar B is blue when non bold words selected. (345.77 KB, image/png)
2021-12-19 11:11 UTC, Garry Clarke
Details
Writer doc that demos the error. (10.45 KB, application/vnd.oasis.opendocument.text)
2021-12-19 15:52 UTC, Garry Clarke
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Garry Clarke 2021-12-18 14:44:24 UTC
Description:
After selecting some text and making bold, this action has a transfer effect. Eg: click on another line (not ending bold) and note the formatting bar B lights up unexpectedly. Select 2 or more words and try to make them appear bold (eg:'cntrl+B) and nothing happens. Just trying for one word is successful. This issue might not appear until you move and try another line!

Steps to Reproduce:
1.Select some text and make bold.
2.Click to the end of another line (not ending bold) and the formatting bar B lights up blue. Try another line if this doesn't happen.
3. Select 2 or more words on that line and try to format bold (nothing happens)
4 Select a single word and format to bold without a hitch.

Actual Results:
Sometimes problem not apparent.

Expected Results:
Formatting menu B symbol should not light where no bold formatting exists.


Reproducible: Sometimes


User Profile Reset: No



Additional Info:
Bold formatting of selected (multiple) words should become apparent in response to normal bold formatting action.
Comment 1 Marc Pare 2021-12-19 00:17:10 UTC
I cannot reproduce on LibreOffice v.7.2.4.1

All seems to be working fine.

Marc

Mageia Linux8
Comment 2 Garry Clarke 2021-12-19 11:11:50 UTC
Created attachment 177018 [details]
Screenshot: formatting bar B is blue when non bold words selected.

Hi Marc
Thanks for the reply. 
It is not a consistent problem. I attach a screen shot to show I am not making it up. You can see I have selected a couple of words and the B is blue! I select another couple and it may or may not not be blue!
Garry
Comment 3 R. Green 2021-12-19 11:50:27 UTC
Version: 7.1.5.2 / LibreOffice Community
Build ID: 85f04e9f809797b8199d13c421bd8a2b025d52b5
CPU threads: 2; OS: Linux 5.4; UI render: default; VCL: gtk3
Locale: en-GB (en_GB.UTF-8); UI: en-GB
Calc: threaded

I can't reproduce this issue using the steps in the OP.
Comment 4 Stéphane Guillou (stragu) 2021-12-19 13:57:10 UTC
Hi Garry

Thank you for the report.

Could you please:
- Please update your version of LibreOffice to a current version. If you want to stick to version 7.1, the latest bugfix version is 7.8.1, downloadable on the website. See if you can still reproduce the issue.
- Try to reproduce the problem with a fresh user profile. Instructions are here: https://wiki.documentfoundation.org/UserProfile#Help_wizard_.28LibreOffice_5.3_and_newer.29
If you can't reproduce, you will have to reset your user profile to fix the issue. That would explain why others can't reproduce.
- If you can reproduce with a current version and with a fresh profile, please share the information in Help > About LibreOffice so we have more information about your system and the LibreOffice installation.

Once you have done that, please feel free to set the bug's status back to "UNCONFIRMED".

Thank you!

(for what it's worth, I haven't been able to reproduce on Linux either:

Version: 7.1.8.1 / LibreOffice Community
Build ID: e1f30c802c3269a1d052614453f260e49458c82c
CPU threads: 8; OS: Linux 5.4; UI render: default; VCL: gtk3
Locale: en-AU (en_AU.UTF-8); UI: en-US
Calc: threaded

)
Comment 5 Garry Clarke 2021-12-19 15:52:52 UTC
Created attachment 177023 [details]
Writer doc that demos the error.

Select various word/s (e.g. 'Kenotic') and notice the B light up and you cant make the selection appear bold.
Comment 6 LeroyG 2021-12-19 17:07:39 UTC
content.xml file shows some (for me) strange formats.
"Kenosis" have two different paragraph styles (Strong_20_Emphasis) that are hidden in the Styles (F11): "Ke" (T4) and "nosis" (T5).
Could it be that the document once was a .doc(x)?

Tested in version 7.1.8.1.


<style:style style:name="T4" style:family="text">
<style:text-properties fo:font-variant="normal" fo:text-transform="none" fo:color="#000000" loext:opacity="100%" style:text-line-through-style="none" style:text-line-through-type="none" style:font-name="Calibri" fo:font-size="12pt" fo:letter-spacing="normal" fo:language="en" fo:country="GB" fo:font-style="normal" style:text-underline-style="none" fo:font-weight="normal" officeooo:rsid="02e032b6" style:font-name-asian="Calibri" style:font-size-asian="12pt" style:language-asian="zxx" style:country-asian="none" style:font-style-asian="normal" style:font-weight-asian="normal" style:font-name-complex="Arial1" style:font-size-complex="12pt" style:language-complex="zxx" style:country-complex="none" style:font-weight-complex="normal" loext:padding="0cm" loext:border="none"/>
</style:style>
<style:style style:name="T5" style:family="text">
<style:text-properties fo:font-variant="normal" fo:text-transform="none" fo:color="#000000" loext:opacity="100%" style:text-line-through-style="none" style:text-line-through-type="none" style:font-name="Calibri" fo:font-size="12pt" fo:letter-spacing="normal" fo:language="en" fo:country="GB" fo:font-style="normal" style:text-underline-style="none" fo:font-weight="normal" officeooo:rsid="02e0990b" style:font-name-asian="Calibri" style:font-size-asian="12pt" style:language-asian="zxx" style:country-asian="none" style:font-style-asian="normal" style:font-weight-asian="normal" style:font-name-complex="Arial1" style:font-size-complex="12pt" style:language-complex="zxx" style:country-complex="none" style:font-weight-complex="normal" loext:padding="0cm" loext:border="none"/>
</style:style>

<text:p text:style-name="P1">
<text:span text:style-name="Strong_20_Emphasis">
<text:span text:style-name="T4">
Freezer door?
<text:s/>
Ke
</text:span>
</text:span>
<text:span text:style-name="Strong_20_Emphasis">
<text:span text:style-name="T5">
nosis
<text:s text:c="5"/>
megrim
<text:s text:c="5"/>
mdme guyon by wesley
<text:s text:c="4"/>
liu hsi heng
<text:s text:c="2"/>
</text:span>
</text:span>
Comment 7 Garry Clarke 2021-12-19 20:37:24 UTC
Thank you. I think you are on to it!
It is most likely that the document once was a .doc(x)
Is that the end of this enquiry? Is it something to be fixed?
If I come across the issue again, I will make a copy via WordPad and use it to replace the original document.
Comment 8 QA Administrators 2021-12-20 04:09:08 UTC Comment hidden (obsolete)
Comment 9 Timur 2022-01-13 14:04:38 UTC
We normally need steps how bug appears, like correct source document and action that makes it wrong. 
Here, it's already spoiled document and I don't think that someone can fix that. 
So I think we can only close. 

Here, both character style and direct formatting are applied, it's a mess that should be cleaned. Format-Clear Direct Formatting and Styles-Char Style.