Closed
Bug 257672
Opened 20 years ago
Closed 18 years ago
Focusing css scrollable item affects scroll position of inner items
Categories
(Core :: DOM: UI Events & Focus Handling, defect, P5)
Tracking
()
RESOLVED
WORKSFORME
People
(Reporter: aaronlev, Assigned: MatsPalmgren_bugz)
References
(Blocks 1 open bug, )
Details
(Keywords: access, testcase)
Offshoot from bug 254966.
Testcase: http://bugzilla.mozilla.org/attachment.cgi?id=156377&action=view
Follow instructions in test case.
When the focus outline gets drawn it causes all of the inner frames to be
reflowed, which causes everything to scroll to the top.
nsChangeHint nsStyleOutline::CalcDifference(const nsStyleOutline& aOther) const
...
if (outlineWasVisible != outlineIsVisible ||
mOutlineWidth != aOther.mOutlineWidth) {
return NS_CombineHint(nsChangeHint_ReflowFrame, nsChangeHint_RepaintFrame);
}
I thought this could get fixed by bug 249102. Robert didn't think so.
Assignee | ||
Comment 1•20 years ago
|
||
Also try:
3. scroll the SELECT to the end
4. click on the green background -> SELECT scrolls to top.
Keywords: testcase
Reporter | ||
Updated•20 years ago
|
Priority: -- → P5
Comment 2•20 years ago
|
||
Mozilla Windows Trunk Nightly Build Regression Window
Pass: 2004090105
Fail: 2004090206
Comment 3•18 years ago
|
||
Testcase WFM both pre- and post-reflow branch landing. Can anybody confirm?
Comment 4•18 years ago
|
||
(In reply to comment #3)
> Testcase WFM both pre- and post-reflow branch landing. Can anybody confirm?
Yeah, this is even wfm with a 1.8.1 build of Seamonkey of 2006-09-05
Comment 5•18 years ago
|
||
Markin WORKSFORME, if anyone can still reproduce this, please reopen.
Status: NEW → RESOLVED
Closed: 18 years ago
Resolution: --- → WORKSFORME
Updated•6 years ago
|
Component: Keyboard: Navigation → User events and focus handling
You need to log in
before you can comment on or make changes to this bug.
Description
•