Closed
Bug 224750
Opened 22 years ago
Closed 22 years ago
Clicking on an empty space on a webpage requires there to be text, and then places an invisible cursor
Categories
(Firefox :: General, defect)
Tracking
()
RESOLVED
INVALID
People
(Reporter: u116418, Assigned: bugzilla)
References
()
Details
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.6a) Gecko/20031028 Firebird/0.7+ (Lohvarn)
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.6a) Gecko/20031028 Firebird/0.7+ (Lohvarn)
The problem is two-fold. If I select some text on a web site and want to
deselect it, I need to single-click on a *text area* or else it doesn't deselect
it. But if I click on a text area, it places an *invisible cursor* there.
This is problematic when you want to do a CTRL-F search on a web page after
having highlighted some text (possibly by using CTRL-F). In effect it forces me
to go back to the top of the page and click on a blank text area to start a new
search from the top of the page.
Reproducible: Always
Steps to Reproduce:
1a. Find a word that is repeated twice on a page.
2a. Highlight a word between those two occurrences.
3a. Left-click outside that word but still between the two occurrences.
4a. Search for the repeated word.
1b) Highlight a word on this very web page used to submit a bug report.
2b) Left-click in the area to the right of the box that says "Hardware platform"
Actual Results:
a) Finds the second occurrence instead of the first one.
b) Does not deselect the text.
Expected Results:
You should be able to click anywhere on the text page and then be able to CTRL-F
to search from the top.
Comment 1•22 years ago
|
||
I don't see this as being fixed because many are used to this behavior.
On a side note, instead of using Ctrl+F you can type a '/' followed by the word
you want to search for.
Thanks! I normally use type ahead but every once in a while it would stop
functioning until I close Mozilla (can't reproduce it) and CTRL-F's behavior was
bugging me. But if '/'+search string works then it's all good!
Comment 3•22 years ago
|
||
There are two completely orthogonal bugs here:
1) Find searches from the cursor (invisible unless you press F7 of Shift+Right),
not from the top. To Find from the top, you have to scroll to the top and find
a spot to click that's definitely before the text you want to find *in the
document order*. This annoys me on a daily basis (in combination with bug 91520).
2) Clicking in some empty spaces doesn't deselect text. (For example, the
Commit button on a show_bug.cgi page.)
I have tried using '/' for typeahead when typeahead otherwise stops working (I
deactivate "for links only"). '/' doesn't work either in those case. It says
"starting -- find text as you type) but doesn't search at all.
I couldn't say what causes this, but it was present in the official .7 as well.
So the only workaround so far is to scroll back up to the top of the page or hit
"home" before doing a CTRL-F.
Comment 5•22 years ago
|
||
Check the 'wrap' button in the find window, and you'll find the text no matter
where the cursor was last. This option should probably be on by default, but
isn't. Your last preference for it should save, however.
Everything in this bug description appears to be by design. And there are
prefs/settings for some of the issues. I'm resolving INVALID since there aren't
really any _bugs_ mentioned. Please feel free to correct me if I'm wrong and
reopen the bug if there's something that needs more attention.
Status: UNCONFIRMED → RESOLVED
Closed: 22 years ago
Resolution: --- → INVALID
You need to log in
before you can comment on or make changes to this bug.
Description
•