RESOLVED WONTFIX 6374
Flash version 8 Plugin paints in the wrong location when hosted a java application 
https://bugs.webkit.org/show_bug.cgi?id=6374
Summary Flash version 8 Plugin paints in the wrong location when hosted a java applic...
James Setaro
Reported 2006-01-04 07:03:14 PST
This is very similar to bug 4711. "Browse to a page with a flash plugin and you will notice it paints just slightly below where it is supposed to. Then when you try to interact with it the mouse clicks don't fire on the flash objects you have to target where it should have painted to make it work." I am using the latest release of flash and java 1.4.2. I can not duplicate this behavior in a cocoa based application, but it consistently happens when hosted in a CocoaComponent used in a java application. For more information on using webkit in Java please see: WebkitJava - http://sourceforge.net/projects/webkitjava
Attachments
Add attachment proposed patch, testcase, etc.
Darin Adler
Comment 1 2006-01-04 13:28:41 PST
One bug we fixed in WebKit a while back was bug 3447.
James Setaro
Comment 2 2006-01-05 15:32:36 PST
(In reply to comment #1) > One bug we fixed in WebKit a while back was bug 3447. Yes, those sound similar and the old workaround code is intriguing. I implemented the fixWindowPort method and call it before saveAndSetPortStateForUpdate on 10.4 and it had no effect. A good note also is, on 10.2 I don't see this bug.
Joost de Valk (AlthA)
Comment 3 2006-02-17 01:10:05 PST
the testcase in the url works for me, closing as such.
James Setaro
Comment 4 2006-02-17 06:33:20 PST
Did this get tested in a java webkit instance?
Alexey Proskuryakov
Comment 5 2006-02-17 13:27:11 PST
I can reproduce this with the (ancient) downloadable version of webkitjava. With ToT WebKit, the problem is also present, and the area that should have been under Flash is now filled with green. I used <http://www.macromedia.com/flash> for testing.
James Setaro
Comment 6 2006-03-10 07:36:56 PST
Ok, I looked through the code more closely and see that fixWindowPort was the source of the problem. By overriding fixWindowPort in my app, Flash appears to work as expected now on 10.4, with everything painting consistently in the correct location, so now I at least have a workaround. I don't pretend to know why this is the case, but I am very grateful none the less. Thanks for the heads up on the older bug Darin!
Alexey Proskuryakov
Comment 7 2022-07-01 11:36:20 PDT
Mass closing plug-in bugs, as plug-in support has been removed from WebKit. Please comment and/or reopen if this still affects WebKit in some way.
Note You need to log in before you can comment on or make changes to this bug.