77902 2012-02-06 14:28:20 -0800 NPP_Print is never called on Print, but NPP_SetWindow is with surprising parameters 2022-07-01 11:35:48 -0700 1 1 1 Unclassified WebKit Plug-ins 528+ (Nightly build) Mac (Intel) OS X 10.6 RESOLVED WONTFIX P2 Normal --- 0 rsherry webkit-unassigned andersca ap rsherry oldest_to_newest 550285 0 rsherry 2012-02-06 14:28:20 -0800 I am seeing no calls to NPP_Print when printing. I am using the WebKit nightly from about a month ago, but we are also seeing this in Safari 5.1.2, both on 10.6 and 10.7. When the user is in a document controlled by a plug-in and chooses "Print", the plugin gets the call NPP_SetWindow() with page-size window... that causes us to resize our view to be page ratio, which is surprising our users. The Print sheet appears, then printing doesn't print anything of our content. Then we get another NPP_SetWindow() that restores us to the Safari window size. NPP_Print() is never called. We are using the Cocoa Event model and the Core Animation drawing model. 551082 1 ap 2012-02-07 10:05:27 -0800 What do you expect to be passed as printInfo->print.embedPrint.platformPrint? 551183 2 rsherry 2012-02-07 11:40:15 -0800 (In reply to comment #1) > What do you expect to be passed as printInfo->print.embedPrint.platformPrint? I think it would depend on the negotiated drawing model. If we've negotiated a CoreAnimation layer, I would expect a CALayer. I can put whatever I want on that layer and return. I would not expect it to be the same layer I provided to the browser, since that is being used to display on the window. The browser would own the printed layer. I'm not familiar enough with the other drawing models to know, but I expect it would be similar. 1879964 3 ap 2022-07-01 11:35:48 -0700 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.