Wrap around - does not work in Find

NEW
Unassigned

Status

7 years ago
6 years ago

People

(Reporter: kerry.raymond, Unassigned)

Tracking

Firefox Tracking Flags

(Not tracked)

Details

Attachments

(1 attachment)

(Reporter)

Description

7 years ago
Created attachment 560749 [details]
Capture.JPG

User Agent: Mozilla/5.0 (Windows NT 6.0; rv:6.0) Gecko/20100101 Firefox/6.0
Build ID: 20110811165603

Steps to reproduce:

1. (Original problem) Using Find Next with wrap-around ticked, I searched for some text "Jefferis" that appeared on the document before the text-cursor position. I attach a screen shot. The "yellow X" marks the original position of the text cursor and the two yellow circles show occurrences of the text "Jefferis" being searched for (but were not found).

2. (Experiment) I repeated with wrap-around un-ticked and search-backwards ticked.





Actual results:

1. Using wrap-around ticked, SeaMonkey did not find the text (nothing was highlighted and the text-cursor remained where it was, giving me the impression that the text was not in the file). Yet the text was definitely in the document (at least two occurrences). I think this is incorrect behaviour. 

2. Using search-backwards ticked, SeaMonkey did find the text occurrence immediately above, highlighted it and moved the text cursor to it. This appears to be correct behaviour.




Expected results:

1. I believe that Find-with-wrap-around should have searched from the current text cursor through to the end of the doocument and then searched from the top of the document to the current text cursor. If it had done so, it should have found the text string which was located a few lines above the current text cursor.

2. Exactly what happened.

Comment 1

7 years ago
What is the URL of the page in the screenshot?
Component: Search → Find In Page
QA Contact: search → keyboard.fayt
(Reporter)

Comment 2

7 years ago
The WWW page is here:

http://www.chapelhill.homeip.net/FamilyHistory/Other/Renamed-Places-in-Queensland.html

It's was created and has always been updated using SeaMonkey. What has just changed is that SeaMonkey prompted me to upgrade, so I did, and the problem with Find started. This is the current build identifier

Build identifier: Mozilla/5.0 (Windows NT 6.0; rv:6.0.2) Gecko/20110902 Firefox/6.0.2 SeaMonkey/2.3.3

No idea what version I was running before.

Comment 3

7 years ago
Oh, this in Composer.

Confirmed.

(I was wondering what that screenshot was from.)


-------

(Disregard everything that follows)

Looks to be working for me.

If you restart in Safe Mode, does that make a difference?
Help | Restart with Add-ons Disabled

If you toggle the setting for 'browser.findbar.enabled', does that make a difference?

Does using the F3/Shift+F3 key (to find next/prev) make any difference?

What are your settings for:  Edit | Preferences | Advanced -> Find As You Type ?

As a test, if you create a new clean Profile, does it work there?

Comment 4

7 years ago
DUP ? Bug 256380 - For "Wrap" option,in the (composer-find-replace test case),there is a message difference in the original testcase and during its pratical implementation in composer.

Updated

7 years ago
Duplicate of this bug: 712712

Updated

7 years ago
Component: Find In Page → Composer
OS: Windows Vista → All
QA Contact: keyboard.fayt → composer
Version: SeaMonkey 2.3 Branch → Trunk

Updated

7 years ago
Status: UNCONFIRMED → NEW
Ever confirmed: true

Comment 6

6 years ago
The same problem occurs in Thunderbird (17.0.2, x86), when composing a new mail message and searching for contained text (Ctrl+F).
You need to log in before you can comment on or make changes to this bug.