Bug 128484 - Writer Tools.Autocorrect.Apply and Apply and Edit changes doesn't work correctly under certain circumstances
Summary: Writer Tools.Autocorrect.Apply and Apply and Edit changes doesn't work correc...
Status: NEW
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
Version:
(earliest affected)
6.2.7.1 release
Hardware: All Windows (All)
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks: AutoCorrect-Complete
  Show dependency treegraph
 
Reported: 2019-10-30 20:15 UTC by peter
Modified: 2026-01-02 03:11 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 peter 2019-10-30 20:15:28 UTC
Description:
This tool doesn't conform to Tools.Autocorrect.Autocorrect options. If only Use replacement table is selected and all other options are deselected, it doesn't apply all items in replacement table and it applies some styles, and not even includes all style changes into list of changes (for Apply and Edit changes command).

Steps to Reproduce:
1. Deselect all autocorrect options, except for Use replacement table
2. Add some item into replacement table for all languages, e.g. x to xx, including one that changes => to special character ⇒
3. Write text with While typing checked to check if it works, e.g. x => x
4. Uncheck While typing and write the same text, e.g. x => x
5. Use command Tools.Autocorrect.Apply and Edit changes 

Actual Results:
xx => xx
Default style is changed to Text body style or Heading 3
list of changes contains only change from x to xx, but not style change

Expected Results:
xx ⇒ xx
without any changes in styles (should remain Default style)
all changes are in the list of changes


Reproducible: Always


User Profile Reset: No



Additional Info:
Comment 1 Xisco Faulí 2019-11-25 15:27:20 UTC
Thank you for reporting the bug.
it seems you're using an old version of LibreOffice.
Could you please try to reproduce it with the latest version of LibreOffice
from https://www.libreoffice.org/download/libreoffice-fresh/ ?
I have set the bug's status to 'NEEDINFO'. Please change it back to
'UNCONFIRMED' if the bug is still present in the latest version.
Comment 2 Tomas 2020-01-19 23:59:57 UTC
If you will react after one month there will be always newer version.
I confirm that bug is still there in version 6.3.4.2.
It takes 3 minutes to check the bug.
You can select "Replacements and exceptions for language: [All]" in Tools.AutoCorrect.AutoCorrect Options if you want to speedup process not influencing your personal settings.
Comment 3 Dieter 2020-01-20 08:37:29 UTC
Tried to reproduce with

Version: 6.5.0.0.alpha0+ (x64)
Build ID: 350d25da375f221edfa37309324ce3c68cf297ef
CPU threads: 4; OS: Windows 10.0 Build 18362; UI render: default; VCL: win; 
Locale: de-DE (de_DE); UI-Language: en-GB
Calc: threaded

Replacement table:
xx to x
=> to ⇒

Different results in a new document

Default style
xx =>  Result: replacement doesn't work, if there is a blank space behind

=> NEW
Comment 4 Dieter 2021-12-02 07:55:57 UTC
Change of paragraph style is reported in bug 90507 and bug 95433, so we can concentrate on second problem.

Tested again with
Version: 7.4.0.0.alpha0+ (x64) / LibreOffice Community
Build ID: ae36ee4f3aa544e53e2edad93d6d79160b27bc9d
CPU threads: 4; OS: Windows 10.0 Build 19044; UI render: Skia/Raster; VCL: win
Locale: de-DE (de_DE); UI: en-GB
Calc: CL

and also with
Version: 7.2.3.2 (x64) / LibreOffice Community
Build ID: d166454616c1632304285822f9c83ce2e660fd92
CPU threads: 4; OS: Windows 10.0 Build 19044; UI render: Skia/Raster; VCL: win
Locale: de-DE (de_DE); UI: de-DE
Calc: CL

Result: Tools -> AutoCorrect -> Apply / Apply and Edit Changes doesn't work at all
Tested with --> Auto correct while typing works as expected.
Comment 5 QA Administrators 2023-12-03 03:14:12 UTC Comment hidden (obsolete)
Comment 6 Dieter 2024-01-02 10:13:47 UTC
Track changes => record
Comment 7 QA Administrators 2026-01-02 03:11:52 UTC
Dear peter,

To make sure we're focusing on the bugs that affect our users today, LibreOffice QA is asking bug reporters and confirmers to retest open, confirmed bugs which have not been touched for over a year.

There have been thousands of bug fixes and commits since anyone checked on this bug report. During that time, it's possible that the bug has been fixed, or the details of the problem have changed. We'd really appreciate your help in getting confirmation that the bug is still present.

If you have time, please do the following:

Test to see if the bug is still present with the latest version of LibreOffice from https://www.libreoffice.org/download/

If the bug is present, please leave a comment that includes the information from Help - About LibreOffice.
 
If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a comment that includes the information from Help - About LibreOffice.

Please DO NOT

Update the version field
Reply via email (please reply directly on the bug tracker)
Set the bug's Status field to RESOLVED - FIXED (this status has a particular meaning that is not 
appropriate in this case)


If you want to do more to help you can test to see if your issue is a REGRESSION. To do so:
1. Download and install oldest version of LibreOffice (usually 3.3 unless your bug pertains to a feature added after 3.3) from https://downloadarchive.documentfoundation.org/libreoffice/old/

2. Test your bug
3. Leave a comment with your results.
4a. If the bug was present with 3.3 - set version to 'inherited from OOo';
4b. If the bug was not present in 3.3 - add 'regression' to keyword


Feel free to come ask questions or to say hello in our QA chat: https://web.libera.chat/?settings=#libreoffice-qa

Thank you for helping us make LibreOffice even better for everyone!

Warm Regards,
QA Team

MassPing-UntouchedBug