summaryrefslogtreecommitdiff
path: root/registry
diff options
context:
space:
mode:
authorJustin Luth <justin_luth@sil.org>2022-02-02 10:44:23 +0200
committerTomaž Vajngerl <quikee@gmail.com>2022-02-07 10:04:17 +0100
commit32c946c064cc2889bda2f46c1862e5100f0a257a (patch)
treeff5f86bb9361c6ca36e0e3f31cdc6ddb897876c3 /registry
parentb52016e5d065ca3fe77ec3c02090ea4b2b3e1ba5 (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 'registry')
0 files changed, 0 insertions, 0 deletions