Bug 163949 - When there are multiple frames, "Find Previous" does not highlight the contents of all but the last frame
Summary: When there are multiple frames, "Find Previous" does not highlight the conten...
Status: NEW
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
Version:
(earliest affected)
7.3.7.2 release
Hardware: All All
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks: Find-Search
  Show dependency tree / graph
 
Reported: 2024-11-18 13:18 UTC by nobu
Modified: 2024-11-20 05:36 UTC (History)
2 users (show)

See Also:
Crash report or crash signature:

Attachments
sample file (9.19 KB, application/vnd.oasis.opendocument.text)
2024-11-18 13:19 UTC, nobu 		Details
View All Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this bug.
Description nobu 2024-11-18 13:18:15 UTC 
Description:
When there are multiple frames, "Find Previous" does not highlight the contents of all but the last frame.

Steps to Reproduce:
1. Open new Writer.
2. Create 3 Frames (Not Textboxes), and insert text "a" in each them.
   ( or Open sample file. )
3. Show Find panel. [ Ctrl + F ]
4. Insert "a" in search-box.
5. Push "Find Previous button" repeatedly.


Actual Results:
6. The "a" is not highlighted in the two frames.

Expected Results:
6. The "a" in all frames will be highlighted in sequence.


Reproducible: Always


User Profile Reset: No

Additional Info:

Only the text in the last frame seems to be highlighted.
Version: 7.6.7.2 had it highlighted in all frames.

"Find All" and "Find Next" seem to be working correctly.

---
Not Reproduced with
Version: 7.6.7.2 (X86_64) / LibreOffice Community

Reproducible with
Version: 24.8.3.1 (X86_64) / LibreOffice Community
Build ID: 65412f067af443213e726c93f137ccc85c9a1e06
CPU threads: 2; OS: Windows 10 X86_64 (10.0 build 19045); UI render: Skia/Raster; VCL: win
Locale: ja-JP (ja_JP); UI: ja-JP
Calc: threaded

Reproducible with
Version: 25.2.0.0.alpha0+ (X86_64) / LibreOffice Community
Build ID: 491d6ef7f297206b99ce01d4f2d00c75719ef243
CPU threads: 2; OS: Windows 10 X86_64 (10.0 build 19045); UI render: Skia/Raster; VCL: win
Locale: ja-JP (ja_JP); UI: ja-JP
Calc: threaded
Comment 1 nobu 2024-11-18 13:19:03 UTC 
Created attachment 197677 [details]
sample file
Comment 2 Bryan Zanoli 2024-11-19 18:48:13 UTC 
I discovered that when searching within frames it does not always search in order. 

In addition, it does seem to reach "beginning of document" at an unexpected point and therefore halt searching previous before expected. 

Issue is reproduced on: 
Version: 24.8.2.1 (X86_64) / LibreOffice Community
Build ID: 0f794b6e29741098670a3b95d60478a65d05ef13
CPU threads: 8; OS: Windows 10 X86_64 (10.0 build 19045); UI render: Skia/Raster; VCL: win
Locale: en-US (en_US); UI: en-US
Calc: threaded
Comment 3 BogdanB 2024-11-20 05:36:56 UTC 
Tested also with
Version: 7.3.7.2 / LibreOffice Community
Build ID: 30(Build:2)
CPU threads: 16; OS: Linux 6.8; UI render: default; VCL: gtk3
Locale: ro-RO (ro_RO.UTF-8); UI: ro-RO
Ubuntu package version: 1:7.3.7-0ubuntu0.22.04.7
Calc: threaded