Hi S., thanks for posting this bug. What localization or spell checking dictionaries are you using? Could you also give more information on you computer system: OS, OS version, LibreOffice version, ... Thanks.

Hi there, thanks for looking into this.

I have most observed this bug on a personal homemade dictionary that I've been using with success on OOo/LibO for years. Mainly it's a word list, with virtually no rules. I have also observed the bug with the Spanish (es_ES) dictionary.

I'm on openSUSE 11.4, LibreOffice 3.4.1 OOO340m1 (Build:103).

Thanks!

Also it happens with stock russian dictionary, too.

Confirming the same bug on 3.4.2 as well.

Confirmed in LO 3.3.3 in Win XP using English UK localization with the default dictionaries enabled. Also, this realy is a random occuring bug.

(In reply to comment #5)
> Confirmed in LO 3.3.3 in Win XP using English UK localization with the default
> dictionaries enabled. Also, this realy is a random occuring bug.

Hmmm, in this case I need to change the title. I could never use LibO 3.3.x releases because of a different showstopper bug. I guess we can say this is a regression compared to OpenOffice, which I can say definitely never had this bug.

As Astrix says, this bug is somewhat random. But I can usually reproduce it within minutes of typing a document. So it's a major issue.

Can we get this bug assigned to somebody please?

Can someone attach a sample document where he observed the problem? or at least contribute a word where he observed the problem?

(In reply to comment #7)
> Can someone attach a sample document where he observed the problem? or at least
> contribute a word where he observed the problem?

It is somewhat random. I opened a 2 page ODT document (all text, simple formatting) with "Spanish (Spain)" enabled for the document, most words correctly spelled. I just started randomly clicking in the middle of correctly spelled words and adding a random letter. Many mistakes were caught, but it failed on the following changes:

- "particularmente" -> "particulardmente"
- "parejas" -> "parejaas"
- "debemos" -> "debxemos"

Typing and changing these words in a new document does not repeat the bug. It is totally random.

I can offer these cases using a common language. However, I can say that my custom technical dictionary (which is basically just a custom word list, no rules) results in a MUCH higher occurrence of this bug, rendering spell checking almost useless. Again, it is highly random with my custom dictionary too, which makes it really hard to debug. But I think this proves that something is fundamentally wrong with spellchecking for LibreOffice. Could the developers please just copy and paste in the working OpenOffice 3.2 code and give us the old functionality back?

Thanks!

@S.
What does "flag" mean? Not shown as misspelled during manual check after <f7>? Not underlined when Auto-Spellcheck? Both?

(In reply to comment #9)
> @S.
> What does "flag" mean? Not shown as misspelled during manual check after <f7>?
> Not underlined when Auto-Spellcheck? Both?

Both, I think. I mainly use the red-underlined auto spellcheck. Once I think I tried the manual check too to see if it would catch the words that I already knew were misspelled, and it didn't catch them either.

Bug still present on 3.4.2.

Umm, does anybody care that a major feature of all major office suites for the past 20 years is seriously broken?

CONFIRMED due to various comments

@András:
Any Idea how we can proceed this?

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.

Still an issue with LibO 3.5 on Linux.

Type a correct word, then type some other stuff, then go back to the correct word and type some random letters in the middle of it, then click on another word, and it usually doesn't flag the mistake.

How can such an important feature as spellchecking be ignored for so long?

> How can such an important feature as spellchecking be ignored for so long?

This is a matter of developer effort to put into unwinding what changed, and writing unit tests to ensure it never breaks again. Developers can be gently encouraged to volunteer or paid to contribute - either works for me.

Is this related to red-lining ? (are you using that). Anyhow, thanks for reproducing with the latest builds.

To debug this (if it can be reproduced), I'd dig around in:

lingucomponent/source/spellcheck/spell/sspellimp.cxx

and instrument what is going on at the UNO level; ie. what do we get if we print out all the strings passed to:

sal_Bool SAL_CALL SpellChecker::isValid( const OUString& rWord, const Locale& rLocale, const PropertyValues& rProperties )

ie. is the problem in writer itself (I suspect so), passing incorrect / partial strings - or is it in the spell-checking code that says the word is correctly spelled in error :-)

Incidentally S. if you want to help out, getting a build of your own on openSUSE is not impossibly difficult, and instrumenting that method (or just installing the debuginfo and putting a breakpoint in that method to see what parameters it is passed in this case) might provide some valuable diagnostics, if you're interested in helping out that is.

Hi!

Passing the words to isValid(...) with language information happens in
sw/source/core/txtnode/txtedt.cxx:1184

I used a .odt file I found on the web. It had multiple language (english, spanish (mexico)).

English spell checking works perfectly. Spanish (Mexico) spell checking is not working (don't have dictionary)

bSpell = xSpell.is() ? xSpell->hasLanguage( eActLang ) : sal_False;

bSpell is false here with mexican, therefore it's not passed to isValid(...).

This is the expected behavior.

So: I can't reproduce the bug. Not with english, not with downloaded documents, not with newly created documents.
If someone can upload a document, or a custom dictionary (bug happens with it more often, they say :)), that would be greatly appreciated. 

Szabolcs

I am using Version 3.6.0.4 (Build ID: 932b512) and have not had the spell checker (English UK) work at all it keeps saying that there are no spelling mistakes. I am using Windows 7

Hi Colin - you suffer a windows specific component registration issue; you need to upgrade to 3.6.1 (always a good idea) to get spell-checking working again :-)

I concur with this issue, as spell checker in latest version never marks spelling errors in Calc!

@scorpidragon: Thanks for your comment to this bug. Could you please add information what version, operating system and what language you are using? Thanks.

I just tried to reproduce the issue and I cannot reproduce it with English-UK locale. With German local though, I realize that it sometimes needs to hit the return button to get the wrongly written word red-underlined.
System: LibreOffice 3.5.4.2 Build ID: 350m1(Build:2) Ubuntu PPA, Ubuntu 11.10.


I changed the version of this bug entry from 3.6.2.2 release back to 3.4.0, because it was the first version where this problem occurred.

(In reply to comment #21)
> @scorpidragon: Thanks for your comment to this bug. Could you please add
> information what version, operating system and what language you are using?
> Thanks.
> 
> I just tried to reproduce the issue and I cannot reproduce it with
> English-UK locale. With German local though, I realize that it sometimes
> needs to hit the return button to get the wrongly written word
> red-underlined.
> System: LibreOffice 3.5.4.2 Build ID: 350m1(Build:2) Ubuntu PPA, Ubuntu
> 11.10.
> 
> 
> I changed the version of this bug entry from 3.6.2.2 release back to 3.4.0,
> because it was the first version where this problem occurred.

OS: Windows 7 32bit edition.
Language: English New Zealand local.

gr eaegr