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.
See above. The search for "of" in step 3 jumped to slide 3, skipping other occurrences of the search word.
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.
User Profile Reset: No
OpenGL enabled: Yes
Version: 220.127.116.11 (x64)
Build ID: 90f8dcf33c87b3705e78202e3df5142b201bd805
CPU threads: 4; OS: Windows 10.0; UI render: default;
Locale: en-US (en_US); Calc: group threaded
Created attachment 149537 [details]
Impress presentation as described in report.
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.
Thank you for reporting the bug. I can confirm the bug present in
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
Not reproduced in
Version 18.104.22.168.alpha0+ (Build ID: efca6f15609322f62a35619619a6d5fe5c9bd5a)
This seems to have begun at the below commit.
Adding Cc: to Jan Holesovsky ; Could you possibly take a look at this one?
bbc8dfb188adf653a3fe96b5bd23b06274a2161d is the first bad commit
Author: Jenkins Build User <firstname.lastname@example.org>
Date: Sat Dec 9 13:41:47 2017 +0100
author Jan Holesovsky <email@example.com> 2016-01-25 21:49:31 +0100
committer Jan Holesovsky <firstname.lastname@example.org> 2016-01-25 22:01:47 +0100
commit ed5450f2a5ed8e72b48b4d976217746cea04a5c9 (patch)
parent dcdc98b73601870a0d04a8d5253e56a4db59a266 (diff)
sd lok: Fix normal 'search' performed after a 'search all'.