Bug Hunting Session
Bug 123658 - When searching for a text string in slide notes, there is no obvious way to restart a search at the first slide.
Summary: When searching for a text string in slide notes, there is no obvious way to r...
Status: NEW
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Impress (show other bugs)
Version:
(earliest affected)
5.2 all versions
Hardware: All All
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords: bibisected, bisected, regression
Depends on:
Blocks: Find-Search Notes-View
  Show dependency treegraph
 
Reported: 2019-02-23 04:22 UTC by David F Smith
Modified: 2019-04-02 13:56 UTC (History)
3 users (show)

See Also:
Crash report or crash signature:


Attachments
Impress presentation as described in report. (11.47 KB, application/vnd.oasis.opendocument.presentation)
2019-02-23 04:23 UTC, David F Smith
Details

Note You need to log in before you can comment on or make changes to this bug.
Description David F Smith 2019-02-23 04:22:09 UTC
Description:
While displaying the notes for slide 1, I begin a "find" command.  Then I return to slide 1 and start another "find", but the search does not start at slide 1 or at the location of the previous found string.

Steps to Reproduce:
I first created a test presentation with the following three slides:
Slide Title   Slide Notes
  Slide 1     First page of notes
              This is the first slide of three
  Slide 2     Second page of notes
              This is the second slide of three
  Slide 3     Third page of notes
              This is the third slide of three

1. In the slide pane, click on the first slide.  Click on the Notes tab to display the slide and its notes.

2. Choose Edit / Find, or press Ctrl-F.  In the search box, type "second" (without the quotes) and press Enter.
Slide 2 is displayed, and the word "Second" in the notes box is highlighted.
This is correct.

3. In the slide pane, click on the first slide again.
Choose Edit / Find, or press Ctrl-F.  In the search box, type "of" and press Enter.  
Slide 3 is displayed, and the word "of" in the first line of the notes is highlighted.


Actual Results:
See above.  The search for "of" in step 3 jumped to slide 3, skipping other occurrences of the search word.

Expected Results:
I expected the new search (step 3) to start from the current slide (slide 1)
or maybe to continue from the last position on slide 2.




Reproducible: Always


User Profile Reset: No


OpenGL enabled: Yes

Additional Info:
Version: 6.1.5.2 (x64)
Build ID: 90f8dcf33c87b3705e78202e3df5142b201bd805
CPU threads: 4; OS: Windows 10.0; UI render: default; 
Locale: en-US (en_US); Calc: group threaded
Comment 1 David F Smith 2019-02-23 04:23:15 UTC
Created attachment 149537 [details]
Impress presentation as described in report.
Comment 2 David F Smith 2019-02-23 04:24:35 UTC
I have tried various ways to force the second "find" to start at the first slide, but I haven't found a way that works.
Comment 3 Durgapriyanka 2019-02-27 18:01:17 UTC
Thank you for reporting the bug. I can confirm the bug present in

Version: 6.3.0.0.alpha0+
Build ID: b6b28931435e44aca92b8c0e1659f701e3ed1a87
CPU threads: 2; OS: Windows 6.1; UI render: default; VCL: win; 
TinderBox: Win-x86@42, Branch:master, Time: 2019-01-30_06:57:04
Locale: en-US (en_US); UI-Language: en-US
Calc: threaded
Comment 4 Xisco Faulí 2019-03-25 14:42:34 UTC
Not reproduced in

Version 4.1.0.0.alpha0+ (Build ID: efca6f15609322f62a35619619a6d5fe5c9bd5a)
Comment 5 raal 2019-03-25 21:53:18 UTC
This seems to have begun at the below commit.
Adding Cc: to Jan Holesovsky ; Could you possibly take a look at this one?
Thanks

bbc8dfb188adf653a3fe96b5bd23b06274a2161d is the first bad commit
commit bbc8dfb188adf653a3fe96b5bd23b06274a2161d
Author: Jenkins Build User <tdf@pollux.tdf>
Date:   Sat Dec 9 13:41:47 2017 +0100

    source sha:ed5450f2a5ed8e72b48b4d976217746cea04a5c9

author	Jan Holesovsky <kendy@collabora.com>	2016-01-25 21:49:31 +0100
committer	Jan Holesovsky <kendy@collabora.com>	2016-01-25 22:01:47 +0100
commit	ed5450f2a5ed8e72b48b4d976217746cea04a5c9 (patch)
tree	f2847574a748202fc4a89cf4442424347bea4cb6
parent	dcdc98b73601870a0d04a8d5253e56a4db59a266 (diff)
sd lok: Fix normal 'search' performed after a 'search all'.