Closed Bug 466525 Opened 17 years ago Closed 14 years ago

Plugin content overlapping or overlapped by elements with overflow=auto are locked when a ContentPolicy is installed

Categories

(Core :: Web Painting, defect)

x86
All
defect
Not set
normal

Tracking

()

RESOLVED WORKSFORME

People

(Reporter: ma1, Unassigned)

References

()

Details

Attachments

(2 files)

The test page contains two Flash embeds, one absolutely positioned over a div, the other statically placed under an absolutely positioned div. Both the div elements are styled with { visibility: hidden; overflow: auto }. When a content policy is installed, even if the div is not visible and placed *under* the embed, it somehow prevents the embed from receiving events and possibly from being painted. Steps to reproduce: 1) Install AdBlock Plus, leaving it disabled from its own UI for minimal noise (alternatively you can install NoScript and allow scripts globally) 2) open http://evil.hackademix.net/bugs/overflow_lock/ 3) Try to hover or click the movie controls Expected result: movie controls react (they become red, the volume slider shows up and so on). Actual result: On Windows, nothing happens and repainting artifact may be shown. On Linux, nothing is rendered on the portions of the movie overlapped/overlapping with the div elements. Either setting display: none or overflow: hidden on the divs "unlocks" the movies. Mozilla/5.0 (Windows; U; Windows NT 5.2; en-US; rv:1.9.1b2pre) Gecko/20081124 Firefox/3.1b2pre Shockwave Flash 10.0 r12
We've changed a ton of things here with widgets, I'd be surprised is this bug still existed.
Attached file Testcase
This is a slightly updated version of Giorgio's testcase - original YouTube links no longer work, changed to a link to some random video.
This is a restartless extension implementing nsIContentPolicy, doesn't do anything beyond that. This one should trigger the issue even if no Adblock Plus or NoScript is installed.
I don't see any issue in Firefox 10.0.2 on Windows 7 x64 with Flash 11.1 r102, both Flash objects react to mouse events. My guess would be that this issue has been indeed fixed long ago. Giorgio?
Thanks for testing. I tested on Linux with AdBlock Plus installed and the testcase worked fine for me. I think thats enough to close this. If there is still a problem here please reopen.
Status: NEW → RESOLVED
Closed: 14 years ago
Resolution: --- → WORKSFORME
Yes, works for me too.
Component: Layout: View Rendering → Layout: Web Painting
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: