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

            Bug ID: 162034
           Summary: When using some regular expressions to search and
                    replace with $1 using the Current selection only
                    option LO does not search sequentially
           Product: LibreOffice
           Version: 24.2.4.2 release
          Hardware: All
                OS: macOS (All)
            Status: UNCONFIRMED
          Severity: normal
          Priority: medium
         Component: Writer
          Assignee: [email protected]
          Reporter: [email protected]

Description:
When matches are present both in text and in footnote, using some regular
expressions, for ex.:
\bp\b)(\.)*([^ ])(\d{1,})+
to be replaced with
$1. $4
 using the Current selection only option LO replaces current result, but does
not continue from there to the next one but jumps to the text if searching in
the note or to the note when searching the text.
It also happens with other similar regular expressions, but this one is given
as an ex.

Steps to Reproduce:
1.create odt with text with similar patterns both in text and note: p. 34 (at
least two in each)
2. open advanced search,
3. search (Find next) within the text
\bp\b)(\.)*([^ ])(\d{1,})+
to be replaced with
$1. $4
with the checkbox ´Current selection only´on.
4. Replacement in place occurs correctly
5. Now uncheck ´Current selection only´ and click on "find next"
6. Instead of finding the next one in text, it jumps to the match in footnote.
7. Here do the same 
7.1 select ´Current selection only´on.
7.2 Replace
8. Replacement in place occurs correctly
9. Now uncheck ´Current selection only´ and click on "find next"
10. Instead of finding the next one in note, it jumps to the match in text.

Actual Results:
Each time instead of keeping searching the next match in the text if one is
searching there or in the note if one is searching there, LO searches outside
of it. 

Expected Results:
It should keep searching in the text or in the note, because if it keeps
jumping, the user does not know any more if all the occurrencies of what is
looking for have been replaced or if there are remaining occurrencies which
have been left out because of this behaviour.


Reproducible: Always


User Profile Reset: No

Additional Info:
Version: 24.2.4.2 (AARCH64) / LibreOffice Community
Build ID: 51a6219feb6075d9a4c46691dcfe0cd9c4fff3c2
CPU threads: 8; OS: macOS 14.5; UI render: Skia/Metal; VCL: osx
Locale: en-US (en.UTF-8); UI: en-US
Calc: threaded

-- 
You are receiving this mail because:
You are the assignee for the bug.

Reply via email to