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)

x86
All
defect

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.
Also try: 3. scroll the SELECT to the end 4. click on the green background -> SELECT scrolls to top.
Keywords: testcase
Priority: -- → P5
Blocks: 261196
Mozilla Windows Trunk Nightly Build Regression Window Pass: 2004090105 Fail: 2004090206
Assignee: aaronleventhal → mats.palmgren
Blocks: focusnav
Testcase WFM both pre- and post-reflow branch landing. Can anybody confirm?
(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
Markin WORKSFORME, if anyone can still reproduce this, please reopen.
Status: NEW → RESOLVED
Closed: 18 years ago
Resolution: --- → WORKSFORME
Component: Keyboard: Navigation → User events and focus handling
You need to log in before you can comment on or make changes to this bug.