802175 - Find next and find previous in frameset use different orders for frames

Status: NEW

(Core :: Find Backend, defect)

Description

[David Balažic]

User Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:16.0) Gecko/20100101 Firefox/16.0
Build ID: 20121010144125

Steps to reproduce:

ctrl-f, enter search string, ctrl-g several times


Actual results:

the search direction behaves funny.
No matter if I go forward (ctrl-g) or backward (shift-ctrl-g) it is hard to get the search results in certain frames, like the big content frame (on the right) in this URL : http://static.springsource.org/spring/docs/3.0.5.RELEASE/javadoc-api/

Hmm, to get the proer page, visit http://static.springsource.org/spring/docs/3.0.5.RELEASE/javadoc-api/org/springframework/jms/core/JmsTemplate.html
then click FRAMES at the top right of the page and wait a few seconds for the navigation frame to load and the right frame to load the JmsTemplate.html page.

What happens:
 - press ctrl-f
 - type "transa"
the first search result is highlighted in the upper left frame

now if I press ctrl-g or shift-ctrl-g in each case the "focus" goes to the lower left frame, never to the right frame. The right frame comes always last.

So the search order is not deterministic (backward search is not the opposite of forward search).


Also, if I click into the right frame, to position the start place for search (this works fine in frameless pages) then do ctrl-f, type, the search again starts in the left upper frame instead of the clicked spot.


This makes using JavaDoc (and similar) in Firefox a pain.


Expected results:

shift-ctrl-g should search exactly in the opposite order than ctrl-g

click into the text followd by ctrl-f should start searching from the clicked position

Comment 1

[[:Aleksej]]

Confirmed with
Nightly 20121023030553 Mozilla/5.0 (X11; Linux x86_64; rv:19.0) Gecko/19.0 Firefox/19.0

Comment 2

[David Balažic]

Still the same in FF 33 on Windows 7.