Bug 130848 - Red line denoting incorrect spelling stays after Replace All with correct string, need to refresh view
Summary: Red line denoting incorrect spelling stays after Replace All with correct str...
Status: RESOLVED WORKSFORME
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Calc (show other bugs)
Version:
(earliest affected)
6.4.0.3 release
Hardware: All Linux (All)
: low minor
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks: Spell-Checking
  Show dependency treegraph
 
Reported: 2020-02-21 15:37 UTC by stdedos
Modified: 2023-10-07 07:11 UTC (History)
2 users (show)

See Also:
Crash report or crash signature:


Attachments
ss (9.27 KB, image/png)
2020-02-24 15:18 UTC, stdedos
Details

Note You need to log in before you can comment on or make changes to this bug.
Description stdedos 2020-02-21 15:37:00 UTC
Description:
Even though it's not immediately visible on the screenshot, on the bottom I have right-clicked the "supposedly" wrong word, and it "automagically" is no longer an error.

Until I exit Cell Edit mode (F2)

Actual Results:
 

Expected Results:
 


Reproducible: Always


User Profile Reset: No



Additional Info:
Comment 1 ian 2020-02-22 17:21:35 UTC
Thank you for reporting the bug. (Sorry for the following wall of text, but addressing this information will aid in the triaging of the bug.)

Please attach the screenshot specified in the bug report, as this makes it easier for us to verify the bug. 

Additionally, please include steps as to how you encountered the bug. These written instructions will help us in reproducing the bug. 

Can you also please provide more information about your LibreOffice environment? To find out this information, go to the "Help" menu in LibreOffice and select the "About LibreOffice" option. 

I have attached mine as an example: 

Version: 6.4.0.3 (x64)
Build ID: b0a288ab3d2d4774cb44b62f04d5d28733ac6df8
CPU threads: 2; OS: Windows 10.0 Build 17763; UI render: GL; VCL: win; 
Locale: en-US (en_US); UI-Language: en-US
Calc: CL

I have set the bug's status to 'NEEDINFO'. Please change it back to 'UNCONFIRMED' once the requested document and information is provided.

(Note that the attachment will be public, remove any sensitive information before attaching it.
See https://wiki.documentfoundation.org/QA/FAQ#How_can_I_eliminate_confidential_data_from_a_sample_document.3F for further details.)
Comment 2 stdedos 2020-02-24 15:18:07 UTC
(In reply to iantheprogrammer from comment #1)
> Thank you for reporting the bug. (Sorry for the following wall of text, but
> addressing this information will aid in the triaging of the bug.)
> 
> Please attach the screenshot specified in the bug report, as this makes it
> easier for us to verify the bug. 

Oops :/ Sorry about that, I must have forgotten to do that

> Additionally, please include steps as to how you encountered the bug. These
> written instructions will help us in reproducing the bug. 

It's already on the title, but, for the sake of response:

1. Type "formating", press enter
2. Spellchecker highlights the error
3. Press Ctrl+H, search:formating, select:all_sheets, replace:formatting, Replace All
4. Spellchecker still highlights the word
5. Try to right-click fix the error
6. No suggestions given
7. Go into Edit Mode (F2)
8. No error highlighted


> Can you also please provide more information about your LibreOffice
> environment? To find out this information, go to the "Help" menu in
> LibreOffice and select the "About LibreOffice" option. 
> 
> I have attached mine as an example: 
> 
> Version: 6.4.0.3 (x64)
> Build ID: b0a288ab3d2d4774cb44b62f04d5d28733ac6df8
> CPU threads: 2; OS: Windows 10.0 Build 17763; UI render: GL; VCL: win; 
> Locale: en-US (en_US); UI-Language: en-US
> Calc: CL

Version: 6.4.0.3
Build ID: libreoffice-6.4.0.3-snap1
CPU threads: 8; OS: Linux 4.15; UI render: default; VCL: gtk3; 
Locale: en-US (en_US.UTF-8); UI-Language: en-US
Calc: threaded

> I have set the bug's status to 'NEEDINFO'. Please change it back to
> 'UNCONFIRMED' once the requested document and information is provided.
> 
> (Note that the attachment will be public, remove any sensitive information
> before attaching it.
> See
> https://wiki.documentfoundation.org/QA/
> FAQ#How_can_I_eliminate_confidential_data_from_a_sample_document.3F for
> further details.)
Comment 3 stdedos 2020-02-24 15:18:32 UTC
Created attachment 158142 [details]
ss
Comment 4 Buovjaga 2020-05-10 13:56:31 UTC
Repro. The line goes away, if you zoom a bit.

Arch Linux 64-bit
Version: 7.0.0.0.alpha1+
Build ID: e622420c0aa8116294e85c076ff2d8fc6131595f
CPU threads: 8; OS: Linux 5.6; UI render: default; VCL: kf5; 
Locale: en-US (fi_FI.UTF-8); UI: en-US
Calc: threaded
Built on 10 May 2020
Comment 5 QA Administrators 2022-05-11 03:33:03 UTC Comment hidden (obsolete)
Comment 6 Peter Barker 2023-10-07 04:19:57 UTC
Tested this with newer version of Calc:

1. Type "formating", press enter
2. Spellchecker highlights the error
3. Press Ctrl+H, search:formating, select:all_sheets, replace:formatting, Replace All
4. Highlighting immediately disappears

Version: 7.3.7.2 / LibreOffice Community
Build ID: 30(Build:2)
CPU threads: 4; OS: Linux 5.15; UI render: default; VCL: kf5 (cairo+xcb)
Locale: en-AU (en_AU.UTF-8); UI: en-US
Ubuntu package version: 1:7.3.7-0ubuntu0.22.04.3
Calc: threaded
Comment 7 stdedos 2023-10-07 06:48:33 UTC
_Fixed sometime between v7 and v7.3_