Closed
Bug 331913
Opened 19 years ago
Closed 19 years ago
Highlighted text for a scrolling Find is below viewport when popup blocker bar is open
Categories
(Camino Graveyard :: Page Layout, defect, P3)
Tracking
(Not tracked)
RESOLVED
FIXED
Camino1.5
People
(Reporter: dan, Assigned: hwaara)
Details
(Keywords: fixed1.8.1, regression)
User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.9a1) Gecko/20060327 Camino/1.2+
Build Identifier: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.9a1) Gecko/20060327 Camino/1.2+
The Find function doesn't take the height of the new popup blocker bar into account when calculating the coordinates of text. Since it normally scrolls to just below the line containing the text, it is 60 or so pixels below the viewport if the popup bar is open.
Reproducible: Always
Steps to Reproduce:
1. Open a page with a pop-up up that gets blocked. (The tests on http://popuptest.com will work but you'll need to shrink your browser window vertically so that the one line of text is out of view.)
2. Without closing the pop-up bar, scroll down and choose some text below the fold to search for, and then scroll back up so that it is out of the viewable area.
3. Bring up Find and search for the text.
Actual Results:
The highlighted (i.e. found) text is out of view, directly below the bottom of the viewport.
Expected Results:
The highlighted text should be within the viewable area.
Comment 1•19 years ago
|
||
Probably related to / the same cause as bug 331430.
There's also a bug where this happens without the popup blocker, iirc (we don't scroll so the term is in view always, or something like that).
This is the other regression from the new pop-up notification bar.
Assignee: mikepinkerton → nobody
Status: UNCONFIRMED → NEW
Ever confirmed: true
Keywords: regression
Priority: -- → P3
Target Milestone: --- → Camino1.1
Comment 4•19 years ago
|
||
Does camino put this popup bar into the page itself?
Comment 5•19 years ago
|
||
(In reply to comment #2)
> There's also a bug where this happens without the popup blocker, iirc (we don't
> scroll so the term is in view always, or something like that).
I think you're thinking of the bug where we don't scroll *enough* in the filer's opinion. Instead, we only scroll just enough so that it's at the very bottom of the page.
Assignee | ||
Comment 6•19 years ago
|
||
(In reply to comment #4)
> Does camino put this popup bar into the page itself?
Yeah I think we have the browser content view and view the scrollbar's in as siblings, so one pushes the other down because we don't readjust the sizes. :(
Is that right, Mike?
Assignee | ||
Comment 7•19 years ago
|
||
I mean to say: I think the view the scrollbar is in and the popup blocker view are "siblings", so one push the other down.
Assignee | ||
Comment 9•19 years ago
|
||
Checked in on trunk & branch.
You need to log in
before you can comment on or make changes to this bug.
Description
•