Bug 119177 - Deleting entry's in the AutoCorrect Word Completion has no effect on the tooltip suggestion
Summary: Deleting entry's in the AutoCorrect Word Completion has no effect on the tool...
Status: NEW
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
Version:
(earliest affected)
4.1.0.4 release
Hardware: All All
: medium minor
Assignee: Not Assigned
URL:
Whiteboard:
Keywords: bibisected, regression
Depends on:
Blocks: AutoCorrect-Complete
  Show dependency treegraph
 
Reported: 2018-08-09 13:55 UTC by Telesto
Modified: 2025-06-17 09:31 UTC (History)
4 users (show)

See Also:
Crash report or crash signature:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Telesto 2018-08-09 13:55:30 UTC
Description:
Deleting entry's in the AutoCorrect Word Completion has no effect on the tooltip suggestion 

Steps to Reproduce:
1. Open Writer with an English dictionary
2. Type "Characters" and press Enter
3. Tools -> Autocorrect -> AutoCorrect Options -> Word Completion 
4. Delete both of the items (Character & Characters)
5. Type Char again 
6. Notice the tooltip popups up again 

Actual Results:
Deleting a entry takes has no immediate effect

Expected Results:
Should stop suggesting immediately 


Reproducible: Always


User Profile Reset: No



Additional Info:
Version: 6.2.0.0.alpha0+
Build ID: 76bf3939b0583212a56c317c85aea110f8ac6fee
CPU threads: 4; OS: Mac OS X 10.12.6; UI render: default; 
TinderBox: MacOSX-x86_64@49-TDF, Branch:master, Time: 2018-07-27_06:01:47
Locale: nl-NL (nl_NL.UTF-8); Calc: group threaded
Comment 1 Telesto 2018-08-09 13:57:00 UTC Comment hidden (obsolete)
Comment 2 Telesto 2018-08-09 14:03:17 UTC Comment hidden (obsolete)
Comment 3 Buovjaga 2018-09-02 17:19:14 UTC
Repro (I only have the plural as the item).

Arch Linux 64-bit
Version: 6.2.0.0.alpha0+
Build ID: 1c59d021b3dd27c8c0255312bd0d53ad25965bab
CPU threads: 8; OS: Linux 4.18; UI render: default; VCL: gtk3_kde5; 
Locale: fi-FI (fi_FI.UTF-8); Calc: threaded
Built on September 1st 2018
Comment 4 Telesto 2018-09-03 08:44:11 UTC
repro with
Version: 4.3.7.2
Build ID: 8a35821d8636a03b8bf4e15b48f59794652c68ba
Comment 5 QA Administrators 2019-09-05 09:34:41 UTC Comment hidden (obsolete)
Comment 6 Telesto 2021-07-15 11:41:57 UTC
Still present
Version: 7.3.0.0.alpha0+ (x64) / LibreOffice Community
Build ID: 717dc8e3575a18e1e18dc446031e6db4e60a873d
CPU threads: 4; OS: Windows 6.3 Build 9600; UI render: Skia/Raster; VCL: win
Locale: en-US (nl_NL); UI: en-US
Calc: CL
Comment 7 Telesto 2021-07-15 11:49:17 UTC
Also in
Versie: 4.2.0.4 
Build ID: 05dceb5d363845f2cf968344d7adab8dcfb2ba71

and in
Versie: 4.1.0.4 
Build ID: 89ea49ddacd9aa532507cbf852f2bb22b1ace28

not in
4.0
Comment 8 Sophie Sipasseuth 2023-06-13 08:09:30 UTC
Still present

Version: 7.6.0.0.alpha1+ (X86_64) / LibreOffice Community
Build ID: f97a7b965be154824e108802b386e3132b0a237a
CPU threads: 4; OS: Windows 10.0 Build 19045; UI render: Skia/Raster; VCL: win
Locale: fr-FR (fr_FR); UI: fr-FR
Calc: CL threaded
Comment 9 Sophie Sipasseuth 2023-06-13 08:45:47 UTC
I have done a bi-bisection (my first bi-bisection) but I found nothing bad.

source 5b3765f4d881e7ddefd0c4aad6886a46f000b4fc
Comment 10 Buovjaga 2023-06-13 09:34:16 UTC
(In reply to Sophie Sipasseuth from comment #9)
> I have done a bi-bisection (my first bi-bisection) but I found nothing bad.
> 
> source 5b3765f4d881e7ddefd0c4aad6886a46f000b4fc

You can't bisect this, because there is no bibisect repository for version 4.1. Someone needs to bisect this on Linux.
Comment 11 QA Administrators 2025-06-13 03:11:32 UTC Comment hidden (obsolete)
Comment 12 Jeremy Norvell 2025-06-14 21:01:45 UTC
I was able to reproduce this using installs of the following versions of LibreOffice:

Version: 25.8.0.0.alpha0+ (X86_64) / LibreOffice Community
Build ID: 9bc5b89c149497a83117edfadc3fb0b96d2f9899
CPU threads: 2; OS: Windows 10 X86_64 (build 19045); UI render: Skia/Raster; VCL: win
Locale: en-US (en_US); UI: en-US
Calc: threaded

Version: 25.2.3.2 (X86_64) / LibreOffice Community
Build ID: bbb074479178df812d175f709636b368952c2ce3
CPU threads: 2; OS: Windows 10 X86_64 (10.0 build 19045); UI render: Skia/Raster; VCL: win
Locale: en-US (en_US); UI: en-US
Calc: threaded

However, I was not able to reproduce or bibisect this behavior using any of the bibisect bundles listed below. The word collector did not show any words collected, even after confirming English dictionary and collection options on enter.

bibisect-win32-5.4
bibisect-win32-7.5
bibisect-win64-24.2
bibisect-win64-24.8
bibisect-win64-25.2
Comment 13 Buovjaga 2025-06-15 06:50:56 UTC
(In reply to Jeremy Norvell from comment #12)
> However, I was not able to reproduce or bibisect this behavior using any of
> the bibisect bundles listed below. The word collector did not show any words
> collected, even after confirming English dictionary and collection options
> on enter.
> 
> bibisect-win32-5.4
> bibisect-win32-7.5
> bibisect-win64-24.2
> bibisect-win64-24.8
> bibisect-win64-25.2

See comment 7 and comment 10. In any case it can not be bibisected on Windows due to it lacking a repository for 4.1.
Comment 14 Saburo 2025-06-17 09:10:39 UTC
I've bibisected several times on linux-41max, but the results were inconsistent.

I ran bibisect on linux-43all and found that the following commits between last36onmaster and last40onmaster were likely the first bad commits. 83837d6514217c82ebe8d56dddf89fa34f4b5435..2815396a1813cb3956c5aba066de49a7f34bc657
Possible d602a3b280fcc1cf16660d8719cd8eb8797dd2ad
Comment 15 Buovjaga 2025-06-17 09:31:21 UTC
(In reply to Saburo from comment #14)
> I've bibisected several times on linux-41max, but the results were
> inconsistent.
> 
> I ran bibisect on linux-43all and found that the following commits between
> last36onmaster and last40onmaster were likely the first bad commits.
> 83837d6514217c82ebe8d56dddf89fa34f4b5435..
> 2815396a1813cb3956c5aba066de49a7f34bc657
> Possible d602a3b280fcc1cf16660d8719cd8eb8797dd2ad

Ok, let's show it to Tomaž even though it's very old.