[Libreoffice-bugs] [Bug 136577] New: [EDITING] "Replace All" does not undo properly if the replacement string is empty

[bugzilla-daemon at bugs.documentfoundation.org]

https://bugs.documentfoundation.org/show_bug.cgi?id=136577

            Bug ID: 136577
           Summary: [EDITING] "Replace All" does not undo properly if the
                    replacement string is empty
           Product: LibreOffice
           Version: 7.1.0.0.alpha0+ Master
          Hardware: x86-64 (AMD64)
                OS: Linux (All)
            Status: UNCONFIRMED
          Severity: normal
          Priority: medium
         Component: Writer
          Assignee: libreoffice-bugs at lists.freedesktop.org
          Reporter: matt at mattmccutchen.net

Description:
After a "Replace All" command in which the replacement string is empty, "Undo"
does not correctly restore the previous state.  In some cases (as in the steps
to reproduce here), "Undo" does nothing at all.  In others, I've seen it change
some formatting but still not restore the previous state.

Steps to Reproduce:
1. Create a new Writer document.
2. Type in the single character "x".
3. Go to "Edit" -> "Find and Replace".
4. In "Find", type "x".  Leave "Replace" empty.
5. Click "Replace All" and then close the dialog box.
6. Click "Undo" on the toolbar.


Actual Results:
"Undo" does nothing.

Expected Results:
"Undo" brings back the "x" that was removed by "Replace All".


Reproducible: Always


User Profile Reset: Yes



Additional Info:
Bug reproduced in:
- libreoffice-6.4.6.2-1.fc32.x86_64 (Fedora 32)
- libreoffice7.0-7.0.1.2-2.x86_64 downloaded from the home page today
- Nightly build
master~2020-09-07_09.02.58_LibreOfficeDev_7.1.0.0.alpha0_Linux_x86-64_rpm.tar.gz

Bug does not occur in:
- Apache_OpenOffice_4.1.7_Linux_x86-64_install-rpm_en-US.tar.gz

-- 
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.freedesktop.org/archives/libreoffice-bugs/attachments/20200908/7515e8c1/attachment.htm>