Bug 103972 - Plugin input events are wrong in Chromium port when <object> has padding
Summary: Plugin input events are wrong in Chromium port when <object> has padding
Status: RESOLVED WONTFIX
Alias: None
Product: WebKit
Classification: Unclassified
Component: WebKit API (show other bugs)
Version: 528+ (Nightly build)
Hardware: All Unspecified
: P2 Normal
Assignee: Nobody
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2012-12-03 21:45 PST by Brett Wilson (Google)
Modified: 2013-04-08 17:21 PDT (History)
5 users (show)

See Also:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Brett Wilson (Google) 2012-12-03 21:45:48 PST
Load this FLash video and hover over a button or right-click:
http://www.apexvj.com/hd/player?s=69525510
You can see that the coordinates are offset vertically.

This bug is due to us not taking into account element padding when converting mouse coordinates. It seems plugin event translation is done in the Chromium WebKit layer which bases the translation on the top-left of the element (which the padding comes after). If you remove the padding-top from this page, the coordinates are correct.

Chrome bug:
https://code.google.com/p/chromium/issues/detail?id=164021
Comment 1 Brett Wilson (Google) 2012-12-03 21:46:29 PST
I checked and Safari on Mac doesn't have this issue.
Comment 2 Eric Seidel (no email) 2012-12-12 11:28:25 PST
I believe cpu@ is mr. plugins (as much as we have at least)?

I know our plugin implementation is different from other WebKit ports, but I don't know the details.