diff options
author | Justin Luth <justin_luth@sil.org> | 2022-02-02 10:44:23 +0200 |
---|---|---|
committer | Tomaž Vajngerl <quikee@gmail.com> | 2022-02-07 10:04:17 +0100 |
commit | 32c946c064cc2889bda2f46c1862e5100f0a257a (patch) | |
tree | ff5f86bb9361c6ca36e0e3f31cdc6ddb897876c3 /jvmaccess | |
parent | b52016e5d065ca3fe77ec3c02090ea4b2b3e1ba5 (diff) |
tdf#145868 sd replace: if search changes, restart find/replace
REPLACE is really a replaceAndFind instead of a findAndReplace.
Thus, when you changed your search parameter and did a replace,
it replaced the previously searched for item, and then found the
first instance of the new search parameter.
That of course is just wrong.
So make sure to verify that the previous search
matches the current search competely.
However, that doesn't mean that the entire searchItem matches,
since we don't want to restart the search just
because the replace parameter changed.
In my testing, this wasn't an issue for REPLACE_ALL.
So the only time we need to worry about the last search
result is in a replace once situation.
P.S. This commit exposed that mpSearchItem can point
to a destructed SvxSearchItem, so this patches unit test
will crash if the other 7.4 commit is missing.
Change-Id: I7be14d64534018718145c6ac5f8629ff5f2e5611
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/129385
Tested-by: Jenkins
Reviewed-by: Justin Luth <jluth@mail.com>
Reviewed-by: Tomaž Vajngerl <quikee@gmail.com>
Diffstat (limited to 'jvmaccess')
0 files changed, 0 insertions, 0 deletions