James Ross Reporter
	Description • 21 years ago

User-Agent:       
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.7a) Gecko/20040207 Firebird/0.8.0+

This seems to occure with iframe/browser elements, it may apply more generally
to any scrollable container.

When the mouse is moved off the container at the bottom edge (and top, I think,
probably depends on directions you can scroll) and the container is scrolled,
mousemove events are fire based on the mouse's last position over the container,
even though it's not there any more.

Reproducible: Always
Steps to Reproduce:
1. Load a page like http://www.squarefree.com/burningedge/ (something that has
blocks of text, gaps and links vertically, and scorlls a lot).
2. Click the window to make sure you can use the keyboard to scroll.
3. Move the mouse off the bottom edge, onto the statusbar, starting it over one
of the official installer links, and keeping it in this position horizontally.
4. Scroll down and up using the keyboard.

Actual Results:  
The mouse pointer and statusbar update as if the mouse was just inside the
content area.

Expected Results:  
Neither mouse or statusbar should have updated, as the mouse is no longer over
the content area.

This also affects other tabs, in particular in Chatzilla. When new lines arrive,
even if the mouse if well away from the window, (depending on where it left each
iframe component) you get statusbar changes, and some links show up underlined
(as they appeared under where the mouse is thought to be).

	David Baron :dbaron: Assignee
	Comment 1 • 20 years ago

I relanded bug 20022 containing a fix for this bug.