Bug 36201 - Spell Checker dialogs opened for multiple documents in time all check the same document
Summary: Spell Checker dialogs opened for multiple documents in time all check the sam...
Status: NEW
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Linguistic (show other bugs)
(earliest affected)
Inherited From OOo
Hardware: Other All
: medium normal
Assignee: Not Assigned
Depends on:
Blocks: Spell-Checking-Dialog
  Show dependency treegraph
Reported: 2011-04-13 01:26 UTC by liviucoman
Modified: 2023-04-04 10:14 UTC (History)
4 users (show)

See Also:
Crash report or crash signature:

bug spellcheck (75.51 KB, image/png)
2011-04-13 01:43 UTC, liviucoman
Test kit, see Comment 3 (27.27 KB, application/x-zip-compressed)
2011-08-14 00:46 UTC, Rainer Bielefeld Retired

Note You need to log in before you can comment on or make changes to this bug.
Description liviucoman 2011-04-13 01:26:00 UTC
I've noticed that calling the dialog "Spell check"  (F7) on the first document 
for writer will populate this dialog with the errors from the first document. 
I've left the dialog open and I've opened a second document for editing and 
called again the dialog (F7) but this was containing the errors from the first 
document instead of those from the second document. 

If I go further and work with the dialog on the second document unexpected 
effects will happen. Parts of text from the second document will be replaced  
with suggestions related to the first document.

I've used for my Test OO 3.2.1 (OOO320m18,  Build 9502). I've checked this also 
with OO 3.3 RC3 and the problem is still present.

I've reported this problem also on openoffice.org.
Comment 1 liviucoman 2011-04-13 01:43:57 UTC
Created attachment 45567 [details]
bug spellcheck
Comment 2 liviucoman 2011-04-13 01:49:24 UTC
The dialog "Spell checking" is context independent in Microsoft Office 2003.
Comment 3 Rainer Bielefeld Retired 2011-08-14 00:30:16 UTC
[Reproducible] with "LibreOffice 3.4.2  - WIN7  Home Premium (64bit) German UI [OOO340m1 (Build:203)]".

For the check you should have installed German (Germany) and EN (US) dictionaries

Steps to reproduce:
0. Download, unzip test kit, open both documents
1. Switch to "sourceEn.odt", <f7> for spell check
   Spell check dialotg appears Some misspelled word, for example "Karota", 
   will be indicated
2. Switch with <alt+tab> to "source.de",  <f7> for spell check 
    As expected spell check dialog appears, but unexpectedly it does not
    check the German text of this document, but continues spell check for 
    "sourceEn.odt" (you see English text in text view pane in the dialog).
    I see "Jatt" as misspelled, what also will be the next 
    indicated word in "sourceEn.odt", if you switch back to that document and 
    click button "ignore once"
Might be inherited from OOo, I also see the problem in Oo 3.3
Comment 4 Rainer Bielefeld Retired 2011-08-14 00:46:16 UTC
Created attachment 50193 [details]
Test kit, see Comment 3

Corresponding OOo issue: "74574 - interactive spell checking in two Writer documents"
Comment 5 Björn Michaelsen 2011-12-23 13:24:34 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 6 A (Andy) 2014-03-08 20:33:25 UTC
for me not reproducible with LO (Win 8.1)

Can anybody still confirm this bug?  Otherwise, I would propose to close this issue as Resolved.
Comment 7 Urmas 2014-03-09 06:05:09 UTC
Bugs do not fix themselves and this is still perfectly reproducible.
Comment 8 A (Andy) 2014-03-09 11:31:49 UTC
@Urmas: Thank you very much for your very fast reexamination of my check.  Could I am doing something different, because I tried it once more and it seems to work OK (or there is maybe a misunderstanding from my side)?  Please find below all the steps I had done.  Please correct if you had done something different.

Steps I had done:
1. Open both files from the Test kit (sourceDe.odt and sourceEn.odt) directly from the Windows Explorer
2. Swtich to sourceDe in WRITER to start
3. Press F7
-> Result: German spell checks opens and shows "Paschtu" as error (or missing word)
4. Close the German spell check by pressing the CLOSE button
5. Press Alt + Tab keys to switch to sourceEn
6. Press F7
-> Result: English (USA) spell checks opens and shows "Karota" as error (or missing word)
Comment 9 Joel Madero 2015-05-02 15:43:29 UTC Comment hidden (obsolete)
Comment 10 QA Administrators 2016-09-20 09:37:16 UTC Comment hidden (obsolete)
Comment 11 QA Administrators 2019-12-03 13:56:19 UTC Comment hidden (obsolete)
Comment 12 QA Administrators 2021-12-03 04:22:48 UTC Comment hidden (obsolete)
Comment 13 Stéphane Guillou (stragu) 2023-03-07 21:00:46 UTC
I can still see interaction between two writer documents being spellchecked at the same time in:

Version: (X86_64) / LibreOffice Community
Build ID: fcbaee479e84c6cd81291587d2ee68cba099e129
CPU threads: 8; OS: Linux 5.15; UI render: default; VCL: gtk3
Locale: en-AU (en_AU.UTF-8); UI: en-US
Calc: threaded
Comment 14 Stéphane Guillou (stragu) 2023-03-07 21:15:32 UTC Comment hidden (obsolete)
Comment 15 spspinz 2023-03-08 17:15:43 UTC
A workaround was suggested by sasha.libreoffice@gmail.com 2012-02-15 04:26:08 UTC in Bug 43789: https://bugs.documentfoundation.org/show_bug.cgi?id=43789

Try resetting or fully disabling spellcheck in the LO document/application of your choice as follows:

To disable spellcheck per document:
1. Press F11, appears Stylist pane
2. Select there "Default" style
3. Right click it, choose Modify
4. Select tab "Font"
5. Change language to [None]
Now spellcheck is disabled for document

To disable spellcheck in an application for a newly created document:
1. Create new template with disabled language
2. Set it as default template
File->Templates->Organize and right click on selected template, choose "Set as default template"

Sasha recommends never changing existing templates, only creating new ones.

Let us know if this issue persists,