Re: NSSavePanel called from 64-bit NPAPI plugin
Re: NSSavePanel called from 64-bit NPAPI plugin
- Subject: Re: NSSavePanel called from 64-bit NPAPI plugin
- From: Kevin Peterson <email@hidden>
- Date: Thu, 23 Jun 2011 12:58:16 -0700
On 6/19/2011 10:41 PM, Kevin Peterson wrote:
I'm attempting a "save as" [NSSavePanel savePanel] modal dialog from
an NPAPI plugin compiled for x86_64 and running under Safari 5.0.5 on
OSX 10.6.7.
Whenever the call to runModal completes Safari ends up in a wedged
state in which none of menu pull downs are accessible (all greyed out)
and the only way to exit is to force a quit. I don't fully understand
the structure of a modal window but in the wedged state it appears as
though there's still a modal window open and expecting input even
though it's not visible.
I've read some comments on this list that suggest that that creating
windows from the WebkitPluginHost process is discouraged
(http://lists.apple.com/archives/cocoa-dev/2010/Jun/msg00868.html) but
does this really apply to the simple Cocoa/modal dialogs like
NSSavePanel and NSOpenPanel?
I've reproduced this with some simple modifications to one of the WebKit
example NPAPI plugins. Safari gets wedged when the call to runModal is
made from a scriptable plugin method.
I've done some debugging with the webkit source and this is definitely a
webkit-ism so I'll re-post there. But for what it's worth, webkit
creates an empty "placeholder modal window" for which the call to [NSApp
stopModal] is not happening (is scheduled, but not invoked). Looks like
a bug to me but I don't fully understand the root cause yet.
Thanks,
Kevin
_______________________________________________
Cocoa-dev mailing list (email@hidden)
Please do not post admin requests or moderator comments to the list.
Contact the moderators at cocoa-dev-admins(at)lists.apple.com
Help/Unsubscribe/Update your Subscription:
This email sent to email@hidden