Open
Bug 622801
Opened 12 years ago
Updated 5 months ago
Find / Find as you type - finds the string, but the found string is not visible (covered by the "position:fixed" DIV)
Categories
(Toolkit :: Find Toolbar, defect, P5)
Toolkit
Find Toolbar
Tracking
()
NEW
People
(Reporter: firefox, Unassigned)
References
Details
Attachments
(1 file)
329.50 KB,
video/webm
|
Details |
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.2.13) Gecko/20101206 Ubuntu/10.04 (lucid) Firefox/3.6.13 Build Identifier: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.2.13) Gecko/20101206 Ubuntu/10.04 (lucid) Firefox/3.6.13 if there is a position:fixed DIV on the top, find (or find as you type) will highlight the found string (also on the top but hidden under the position:fixed DIV), but it will be obscured by the position:fixed DIV. it seems to the user as there is no such a string, as there is no highlighting visible Reproducible: Always Steps to Reproduce: 1. start typing (find as you type is enabled) to enter the string that is in the contetn of the displayed webpage 2. string will be found/highlighted but obscured by the fixed DIV, so basically not visible to the user Actual Results: string not found (hidden under position:fixed DIV) Expected Results: string found and displayed, not obscured/hidden by the position:fixed DIV firefox should scroll page by one line below the fixed DIV to display the string hidden by the DIV
I agree, Firefox should scroll down while the results are hidden by an element in position fixed. Is it possible to fix it ? Another way to reproduce it : 1. Go to this page : http://twitter.com/#!/firefox 2. do CTRL-F 3. type "Firefox" in the find bar 4. click on previous several time, until the results are hidden by the top-bar Thanks
Comment 2•11 years ago
|
||
This problem is still present in Firefox 5. It can be reproduced on http://www.allocine.fr/ e.g. by searching for "les meilleurs" and doing Ctrl-G to find the next match several times until reaching the first match again.
I confirm. Although totally minor inconvenience, it should be fixed ASAP as it must be really easy to do so.
Updated•11 years ago
|
Status: UNCONFIRMED → NEW
Ever confirmed: true
Comment 5•11 years ago
|
||
It seems that Facebook, Google+, Twitter, CNET.com have all (recently?) moved to a design featuring fixed-position headers or footers. For comparison/implementation, Google Chrome's Find in page seems to scroll such that the highlighted result is in the center of the window, which practically avoids this issue almost everywhere. This would probably be the simpler way to implement as it is agnostic of the page contents. IE8 seems to scroll to allow just enough room above/below the highlighted result to stand clear of any fixed-position element.
![]() |
||
Updated•11 years ago
|
OS: Linux → All
Hardware: x86 → All
Version: 5 Branch → Trunk
Comment 6•11 years ago
|
||
Same problem with http://thesaurus.com/: the search bar at the bottom of the page, which is displayed after the first search hides results regarding text under that bar. Aurora 11.0a2 (2011-12-31) on Windows Vista
![]() |
||
Comment 7•10 years ago
|
||
Related bugs: bug 305381, bug 407817; bug 592336, bug 647708, bug 809881.
Component: General → Find Toolbar
Product: Firefox → Toolkit
Updated•6 years ago
|
Priority: -- → P5
Comment 9•6 months ago
|
||
11-years old bug with very little activity... maybe a blatant use case will help?
The problem is that found text is not highlighted in hidden/invisible elements, such as collapsed sections. For example, search for "IRS" on this page. There are over 100 occurrences, and only 3 are visible. The rest are in the collapsed sections on the right ("News", "Commentary" etc.)
This makes for a very frustrating search experience.
Would it be possible to traverse the DOM tree up from the found element and highlight the first visible element?
You need to log in
before you can comment on or make changes to this bug.
Description
•