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 :-)
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.
Sorry, typo: "That's like the first entry in the usual context menu 'Clear Direct Formatting'." Should be: That's like *applying* the first entry in the usual context menu 'Clear Direct Formatting'.
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.
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.
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
[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. @Andreas I saw you and Caolán active on similar problems, please feel free to reassign if it’s not your area.
Created attachment 48638 [details] Sample Document, see Comment 6
Added forgotten assignee
(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.
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
@Caolán 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?
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
@Caolán: Should we reassign to Kohei or will you continue proceeding?
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.
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.
*** Bug 47019 has been marked as a duplicate of this bug. ***
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.
** 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) https://www.libreoffice.org/download/ 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) http://downloadarchive.documentfoundation.org/libreoffice/old/ 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
Bold doesn't disappear anymore. WFM. Win 7 Pro 64-bit, Version: 4.4.3.2 Build ID: 88805f81e9fe61362df02b9941de8e38a9b5fd16 Locale: fi_FI