Closed
Bug 30606
Opened 25 years ago
Closed 24 years ago
target/anchor links jump on lost then gain focus
Categories
(Core :: Layout, defect, P3)
Core
Layout
Tracking
()
VERIFIED
FIXED
People
(Reporter: alan-lists, Assigned: saari)
References
()
Details
I am seeing this bug on WIN95 build 2000030408, others are seeing this on win95
3/5/00 build and it is alos been seen on Linux.
Go to
http://users.ipa.net/~asj/moz3.html
Click on a number like 4. The window is positioned over where you jumped. Then
move your mouse outside the mozilla window click somewhere else if not running
XMOUSE (on win32) so that the browser window loses focus. Then click back in
the browser window. You will see the window repositions itself back over the
anchor that you first clicked on instead of staying where it was....
Reassigning to Tom because it looks like an event issue
Assignee: troy → joki
Comment 2•25 years ago
|
||
Sounds like focus memory to me. Or, more to the point, focus memory interacting
badly with scroll-to-the-focused-object scrolling. Gonna bounce it off of
saari.
Assignee: joki → saari
Comment 4•25 years ago
|
||
I see this on linux too, marking all/all.
OS: Windows 95 → All
Hardware: PC → All
Assignee | ||
Comment 5•25 years ago
|
||
So what is the right thing to do? Add memory of the scrolled position force it to
scroll there once we've restored focus?
Status: NEW → ASSIGNED
Target Milestone: M17
Comment 6•25 years ago
|
||
Why scroll at all just because the window gets focus?
Comment 8•24 years ago
|
||
mass-moving all bugs to m21 that are not dofood+, or nsbeta2+
Target Milestone: M18 → M21
Assignee | ||
Comment 9•24 years ago
|
||
fixed a long time ago in a galaxy far, far away
Status: ASSIGNED → RESOLVED
Closed: 24 years ago
Resolution: --- → FIXED
You need to log in
before you can comment on or make changes to this bug.
Description
•