[Webkit-unassigned] [Bug 40991] New: NPAPI plugins not compatible with Cocoa
bugzilla-daemon at webkit.org
bugzilla-daemon at webkit.org
Tue Jun 22 09:48:12 PDT 2010
https://bugs.webkit.org/show_bug.cgi?id=40991
Summary: NPAPI plugins not compatible with Cocoa
Product: WebKit
Version: 528+ (Nightly build)
Platform: Macintosh
URL: http://www.dreamfactory.com
OS/Version: Mac OS X 10.6
Status: UNCONFIRMED
Severity: Major
Priority: P2
Component: New Bugs
AssignedTo: webkit-unassigned at lists.webkit.org
ReportedBy: billappleton at dreamfactory.com
CC: andersca at apple.com
Our new NPAPI plugin is 32/64 bit pure Cocoa
Everything runs great with 32/64 bit FireFox (release candidate Minefield) and 32 bit Safari
However, on 64-bit Safari Cocoa behaves strangely with respect to dialogs
(We sometimes use a system dialog to open a file or perform page setup for printing)
This bug is easy to reproduce. Simply call [NSApp runPageLayout:nil] from any NPAPI plugin. The dialog will come up & work fine but when you click OK it always acts like you clicked Cancel. Bring the dialog up multiple times you will see: your changes are never remembered, because it thinks you clicked cancel every time. Now try the same thing with FireFox 32 or 64, it works fine.
Here is more detail on what is happening
StopModalWithCode always passes a zero to runModalForWindow, no matter what button was clicked
This would happen if we were calling StopModalWithCode on a secondary thread, but we have confirmed that this is not the case: WebKitPluginHost.app is running our plugin on the main thread.
Please fix this and/or let me know how to help.
Thanks,
Bill Appleton
CTO @ DreamFactory Software
--
Configure bugmail: https://bugs.webkit.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.
More information about the webkit-unassigned
mailing list