Bug 165716 - Change tracking interferes with AutoCorrect
Summary: Change tracking interferes with AutoCorrect
Status: NEW
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
Version:
(earliest affected)
3.5.0 release
Hardware: x86-64 (AMD64) All
: medium minor
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks: Track-Changes AutoCorrect-Complete
  Show dependency treegraph
 
Reported: 2025-03-13 07:29 UTC by Luke Kendall
Modified: 2025-12-02 16:45 UTC (History)
1 user (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 Luke Kendall 2025-03-13 07:29:03 UTC
With Record Changes and Show Changes enabled, several small problems occur, I think all due to deleted text treated as if it has not been deleted.

One example is if you delete text after the leading capital of a word and insert other text with the first letter of the new word capitalised: if you trigger auto complete, your leading capital is changed to lower case.
E.g. Changing The into She will result in she:
 The longed for ->
 She longed for -> (S replacing T)
 she longed for (Writer changes S to s because it saw: "TShe ")

Similarly, if the first character replaced would be at the start of a word due to deleting text to its left, and you type a single or double quote, smart quotes turn it into an end quote instead an open quote, since the deleted text is still in a sense there.

And if you delete a word and replace it with a new one (so the deleted text is adjacent to the new text), the new word won't be found with a search if Whole Word is enabled (because the deleted text is considered part of the new word).

I have a feeling there are more: it also interferes with spell checks, I recall, seeing the deleted text as still present.

This is not new in 25.2: the behaviour has been there as long as I can remember. It's a minor annoyance that tends to cause errors if you don't stay alert.

Version: 25.2.1.2 (X86_64) / LibreOffice Community
Build ID: d3abf4aee5fd705e4a92bba33a32f40bc4e56f49
CPU threads: 8; OS: Linux 6.8; UI render: default; VCL: gtk3
Locale: en-GB (en_AU.UTF-8); UI: en-US
Calc: threaded
Comment 1 Brandon H. 2025-03-19 22:45:17 UTC
Thank you for reporting the bug. I can not reproduce the bug in

Version: 25.8.0.0.alpha0+ (X86_64) / LibreOffice Community
Build ID: 7b9e27da2033192c628b23e4e1686209e951dadb
CPU threads: 4; OS: Linux 6.1; UI render: default; VCL: gtk3
Locale: en-US (en_US.UTF-8); UI: en-US
Calc: threaded

or 

Version: 25.2.1.2 (X86_64) / LibreOffice Community
Build ID: d3abf4aee5fd705e4a92bba33a32f40bc4e56f49
CPU threads: 4; OS: Linux 6.1; UI render: default; VCL: gtk3
Locale: en-US (en_US.UTF-8); UI: en-US
Calc: threaded
Comment 2 Juan Q. 2025-03-25 04:49:50 UTC
Can not reproduce using 

Version: 25.2.1.2 (X86_64) / LibreOffice Community
Build ID: d3abf4aee5fd705e4a92bba33a32f40bc4e56f49
CPU threads: 12; OS: Windows 10 X86_64 (10.0 build 19045); UI render: Skia/Vulkan; VCL: win
Locale: en-US (en_US); UI: en-US
Calc: CL threaded

Version: 25.8.0.0.alpha0+ (X86_64) / LibreOffice Community
Build ID: 1d8ff7bd62249ad0f825eaca18ea524d9d7c6c2e
CPU threads: 12; OS: Windows 10 X86_64 (build 19045); UI render: Skia/Vulkan; VCL: win
Locale: en-US (en_US); UI: en-US
Calc: CL threaded
Comment 3 Luke Kendall 2025-04-12 07:09:39 UTC
This is with 
Version: 25.2.1.2 (X86_64) / LibreOffice Community
Build ID: d3abf4aee5fd705e4a92bba33a32f40bc4e56f49
CPU threads: 8; OS: Linux 6.8; UI render: default; VCL: gtk3
Locale: en-GB (en_AU.UTF-8); UI: en-US
Calc: threaded

I expect this is related, too:
If you replace a word with record and show changes on, so you see the deleted word struck out and the replacement word, and then do a Find and Replace all for that word, the alread ydeleted word is deleted again and the correction inserted a second time.

E.g. suppose changing "12" -> "twelve"
(To signify deletion as --deleted--):
12 ->
--12--twelve
Find and Replace All "12" -> "twelve" leads to:
--12--twelvetwelve
Comment 4 Buovjaga 2025-12-02 16:45:38 UTC
(In reply to Luke Kendall from comment #0)
> With Record Changes and Show Changes enabled, several small problems occur,
> I think all due to deleted text treated as if it has not been deleted.
> 
> One example is if you delete text after the leading capital of a word and
> insert other text with the first letter of the new word capitalised: if you
> trigger auto complete, your leading capital is changed to lower case.
> E.g. Changing The into She will result in she:
>  The longed for ->
>  She longed for -> (S replacing T)
>  she longed for (Writer changes S to s because it saw: "TShe ")

Seeing as two people could not reproduce it and I could, I will try to clarify the steps.

1. Write The longed for
2. Turn on change tracking from Edit - Track Changes - Record
3. Use Backspace to delete "The"
4. Move the cursor after "T" in the deleted "The"
5. Type She and hit Space

Already seen in oldest of linux-43all repo.

Arch Linux 64-bit
Version: 26.2.0.0.alpha1+ (X86_64) / LibreOffice Community
Build ID: d896b03b0aefee24bcb5c3c07809e59ff6bf1efa
CPU threads: 8; OS: Linux 6.17; UI render: default; VCL: gtk3
Locale: fi-FI (fi_FI.UTF-8); UI: en-US
Calc: CL threaded
Built on 2 December 2025

Version: 26.2.0.0.alpha1+ (X86_64) / LibreOffice Community
Build ID: 620(Build:0)
CPU threads: 2; OS: Windows 11 X86_64 (build 26100); UI render: Skia/Raster; VCL: win
Locale: en-US (en_US); UI: en-US
Calc: threaded

I notice these related fixed older reports:

bug 83419
bug 106380
bug 140674