Bug 38678 - Formatting loss replacing formatted word with trailing formatted whitespace
Summary: Formatting loss replacing formatted word with trailing formatted whitespace
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Linguistic (show other bugs)
(earliest affected)
3.4.1 RC2
Hardware: Other All
: medium minor
Assignee: Not Assigned
: 47019 (view as bug list)
Depends on:
Reported: 2011-06-25 12:58 UTC by Michael Meeks
Modified: 2015-06-21 10:56 UTC (History)
6 users (show)

See Also:
Crash report or crash signature:

Sample Document, see Comment 6 (19.26 KB, application/vnd.oasis.opendocument.text)
2011-06-30 23:18 UTC, Rainer Bielefeld Retired

Note You need to log in before you can comment on or make changes to this bug.
Description Michael Meeks 2011-06-25 12:58:30 UTC
In word type:

kippers fiish world

highlight and make bold 'fiish' then right click to change the spelling to 'fish' from the quick list.

Bing - as if by magic, it is not bold anymore :-)
Comment 1 manj_k 2011-06-25 14:14:25 UTC
LibO 3.4.1 RC2 [on WinXP 32b]
[LibreOffice 3.4.1 OOO340m1 (Build:102]

I tried and tried, but I cannot reproduce this strange bug with bold, italic, or underlined 'fiish' [Style: Text body / Font: Liberation Sans].

That's like the first entry in the usual context menu 'Clear Direct Formatting'.

As long as the bold 'fiish' is highlighted, there's no access to the spell check context menu. The 'spelling list' is only available if I turn off the highlighting.
Comment 2 manj_k 2011-06-26 02:48:50 UTC
Sorry, typo:
"That's like the first entry in the usual context menu 'Clear Direct

Should be:
That's like *applying* the first entry in the usual context menu 'Clear Direct
Comment 3 Jeffrey 2011-06-26 07:47:42 UTC
Version: LibreOffice 3.4  340m1(Build:12) on KDE OpenSuse. Cannot reproduce (I think?).

1) I agree with manj_k. Michael: I am not sure if you mean highlight "fiish" make bold, then unhighlight, then right click. Because if I do that, then the quick list does not change the text from bold back to normal.

2) Now if I follow that manj_k said: highlight "fiish", make bold, right click (without unhighlighting), I do not have direct access to the quick list.

But I presume you mean the first case, in which I have verified it to be not reproducible in my version.
Comment 4 Michael Meeks 2011-06-27 01:29:52 UTC
I'm sorry; my description was slightly confusing and not related to the highlighting. Let me expand (and this is indeed an odd bug) - I'm using 3.4.1. It is also somewhat confusing because there are a lot of ways to do this that work nicely ;-)

Type manually:

kippers <ctrl-b>fiish <ctrl-b>world

ie. the trailing space is bold too. Now right click and correct the spelling ;-) interestingly if you bold the space before 'fiish' then it works as I'd expect.

IMHO it should work independently of whitespace, and -try- to retain as much of the formatting as possible.
Comment 5 manj_k 2011-06-27 08:19:39 UTC
Well, in this way reproducible with a bold 'fiish ', 'birrd ', 'flaggellate ', etc. [also in French, and in German] ;)

I suppose it's a 'rare event'--I did never notice this in my work, before.
Also no change of formatting if the character behind the bold trailing space is bold, too.

All my tested versions are affected by the described behavior:
LibO 3.4.1 RC2
LibO 3.4.0
LibO 3.3.3
OOo 3.4.0 Beta1
OOo 3.3.0
OOo 3.2.1
Comment 6 Rainer Bielefeld Retired 2011-06-30 23:16:16 UTC
[Reproducible] with "LibreOffice 3.4.1RC1 – WIN7  Home Premium  (64bit) English UI [OOO340m1 (Build:103)]" (other UI languages not tested).

It doesn't matter whether you use context menu or <f7> for spell check, results are the same.

The problem is not limited to WRITER, please see attached sample.

I saw you and Caolán active on similar problems, please feel free to reassign if it’s not your area.
Comment 7 Rainer Bielefeld Retired 2011-06-30 23:18:04 UTC
Created attachment 48638 [details]
Sample Document, see Comment 6
Comment 8 Rainer Bielefeld Retired 2011-07-05 04:14:39 UTC
Added forgotten assignee
Comment 9 Andras Timar 2011-07-05 06:00:25 UTC
(In reply to comment #6)
> I saw you and Caolán active on similar problems, please feel free to reassign
> if it’s not your area.

It's not really my area. When LibreOffice replaces the wrong word to the correction, it deletes the wrong word and inserts the correct word with the current formatting of the place before the wrong word. Formatting just before the wrong bold word is normal, you can check it, when the cursor blinks right before the bold word. This is why it works, when you enter a bold space before the bold word.
Comment 10 Caolán McNamara 2011-07-05 06:09:21 UTC
nothing to do with spellchecking at all really. copy some unformatted text, select various ranges of the bold fiish and see the effect depending on what's selected
Comment 11 Rainer Bielefeld Retired 2011-07-05 07:53:13 UTC
Your are right, and I should have done that simple "paste unformatted text" test. And it's just the same in Calc and DRAW. 
Any idea who might be the right one for that job?
Comment 12 Rainer Bielefeld Retired 2011-07-06 01:58:43 UTC
Every replacement of word with formatted characters and trailing formatted blank will show the problem. You only need to select "fiish" from example by doubleclick and type "fish"; "fish" will not show old formatting from "fiish". But "fish" would have had retained special formatting if trailing blank would have been without special formatting. 

Modify Subject line due to latest results
Comment 13 Rainer Bielefeld Retired 2011-07-11 01:18:00 UTC
Should we reassign to Kohei or will you continue proceeding?
Comment 14 Caolán McNamara 2011-07-11 01:56:09 UTC
I don't know why this should be afflicted on Kohei, I'd rather leave him alone to tackle the calc issues, this is sort of a generic thing. I may get some time eventually to look at it myself.
Comment 15 Björn Michaelsen 2011-12-23 13:23:50 UTC
Since all new unconfirmed bugs start in state UNCONFIRMED now and old unconfirmed bugs were moved to NEEDINFO with a explanatory comment, all bugs promoted above those bug states to NEW and later are automatically confirmed making the CONFIRMED whiteboard status redundant. Thus it will be removed.
Comment 16 manj_k 2012-03-07 06:04:47 UTC
*** Bug 47019 has been marked as a duplicate of this bug. ***
Comment 17 retired 2014-01-08 09:23:46 UTC
This bug hasn't seen any action. Freeing this bug and switching ASSIGNED to NEW

Caolán if you are still working on this, please re-assign yourself.
Comment 18 Joel Madero 2015-05-02 15:43:12 UTC
** Please read this message in its entirety before responding **

To make sure we're focusing on the bugs that affect our users today, LibreOffice QA is asking bug reporters and confirmers to retest open, confirmed bugs which have not been touched for over a year.

There have been thousands of bug fixes and commits since anyone checked on this bug report. During that time, it's possible that the bug has been fixed, or the details of the problem have changed. We'd really appreciate your help in getting confirmation that the bug is still present.

If you have time, please do the following:

   Test to see if the bug is still present on a currently supported version of LibreOffice (4.4.2 or later)

   If the bug is present, please leave a comment that includes the version of LibreOffice and your operating system, and any changes you see in the bug behavior
 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

   Update the version field
   Reply via email (please reply directly on the bug tracker)
   Set the bug's Status field to RESOLVED - FIXED (this status has a particular meaning that is not appropriate in this case)

If you want to do more to help you can test to see if your issue is a REGRESSION. To do so: 1. Download and install oldest version of LibreOffice (usually 3.3 unless your bug pertains to a feature added after 3.3)


2. Test your bug 3. Leave a comment with your results. 4a. If the bug was present with 3.3 - set version to "inherited from OOo"; 4b. If the bug was not present in 3.3 - add "regression" to keyword

Feel free to come ask questions or to say hello in our QA chat: http://webchat.freenode.net/?channels=libreoffice-qa

Thank you for your help!

-- The LibreOffice QA Team This NEW Message was generated on: 2015-05-02
Comment 19 Buovjaga 2015-06-21 10:56:30 UTC
Bold doesn't disappear anymore. WFM.

Win 7 Pro 64-bit, Version:
Build ID: 88805f81e9fe61362df02b9941de8e38a9b5fd16
Locale: fi_FI