279765 - mouse wheel not working when mouse pointer is above a html PRE tag

Status: RESOLVED INVALID

(Firefox :: General, defect)

Description

[armado]

User-Agent:       Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.5) Gecko/20050110 Firefox/1.0 (Debian package 1.0+dfsg.1-2)
Build Identifier: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.5) Gecko/20050110 Firefox/1.0 (Debian package 1.0+dfsg.1-2)

In the page http://planet.gnome.org/, when a blog user has post an entry which
contain a PRE or like html tag, the mouse wheel does not work at all when it is
above that PRE area. When moving the mouse pointer to another area (outside PRE)
the mouse wheel then works fine. This is happen on the same web site every time
a post contain the PRE tag.


Reproducible: Always

Steps to Reproduce:
1.View the blog post "Jamin Philip Gray: Sideways" on http://planet.gnome.org/
2.Try to use the mouse wheel to scroll the page, when the pointer is above the
post. 
3.Try to move the pointer to another area of the page, mouse wheel work again.

Actual Results:  
Mouse wheel scrolling not working when mouse pointer is above a PRE tag.
When pointer on another area, scrolling automatically work again.

Comment 1

[Marek Baczyñski]

http://www.worldofwar.net/

Same story: press MMB and move the cursor over the iframe.

Comment 2

[Sam Liddicott]

The problem is much more severe than that.

If the mouse is over a FLASH plugin, not only does the mouse wheel events get
stolen, so do keystroke evetns, even from thh adress bar when the address bar
actually has focus.

Test case:
1) Got to http://www.hitentertainment.com/bobthebuilder
2) Click in the address bar so that it has the caret, leaving the mouse pointer
over the address bar
3) Start pressing keys and watch them appear in the address bar
4) As you press keys move the mouse pointer over the content area which is flash.

Watch the flash plugin steal the keystrokes!

I don't know if there is anyway for the flash plugin to pass on the keystrokes
but if there is it becomes a security issue as it can log the keystrokes before
passing them on.

The plugin should only be given passive input events like mouse movement unless
it has focus, and it can't have focus unless the html pane also has focus and
the html pane can't have focus if the address bar has focus.

Possibly this behaviour originates from a desire to have flash plugins work
without being "clicked on" to give them focus.

My only suggestion is to give the html pane default focus when no other browser
controls have focus, or maybe only pass on kjeystrokes if no other focused
control has the caret

Comment 3

[Samuel Sidler (old account; do not CC)]

Comment 2 is something entirely different. Comment 0 and 1 are by design. When the cursor is over an iframe, using a scroll wheel should scroll the frame, not the rest of the page.

Resolving as INVALID. There's no bug here.