Closed Bug 38848 Opened 24 years ago Closed 24 years ago

nsIPluginManager::GetValue is not implemented

Categories

(Core Graveyard :: Plug-ins, defect, P3)

x86
All
defect

Tracking

(Not tracked)

VERIFIED FIXED

People

(Reporter: stanley.ho, Assigned: edburns)

Details

(Whiteboard: [nsbeta2+])

Attachments

(2 files)

In modules\plugin\nglsrc\nsPluginHostImpl.cpp, nsIPluginManager::GetValue is 
not implemented. The Solaris OJI plug-in relies on the method call

    nsIPluginManager::GetValue(nsPluginManagerVariable_XDisplay, &display) 

to obtain back the X display that the browser is using. Without this method, 
the Solaris OJI plug-in cannot work at all because it has to be reparent its 
applet window onto the browser.
Stanley is correct.  This is indeed not implemented.
Nominating for beta 2: if this is not fixed, there can be no Java Plug-In for X
Window System environments (e.g., Linux, Solaris, HP-UX, AIX, etc.).

Perhaps a fix for this can be found by digging through old 4.X browser code? 
Perhaps the Netscape engineers have access to this?
Keywords: nsbeta2
[nsbeta2+]
Whiteboard: [nsbeta2+]
adding myself to the cc
Taking this.
Assignee: av → edburns
This shouldn't be too tough.  Just return GDK_DISPLAY() and it should work.
Accept
Status: NEW → ASSIGNED
We're currently discussing the apparently incorrect specification of the 
GetValue method in nsIPluginManager.h.
Shooting for this milestone.
Target Milestone: --- → M17
ETA 22 July 2000
This fix requires a change in the signature of nsIPluginManager::GetValue().

Here's the diff:
RCS file: /cvsroot/mozilla/modules/plugin/public/nsIPluginManager.h,v
retrieving revision 1.9
diff -u -r1.9 nsIPluginManager.h
--- nsIPluginManager.h	1999/11/06 03:32:35	1.9
+++ nsIPluginManager.h	2000/07/15 19:46:22
@@ -80,7 +80,7 @@
      * @result - NS_OK if this operation was successful
      */
     NS_IMETHOD
-    GetValue(nsPluginManagerVariable variable, void *value) = 0;
+    GetValue(nsPluginManagerVariable variable, void **value) = 0;
 
     /**
      * Causes the plugins directory to be searched again for new plugin 

I need a= and r=
Thanks to Waterson's use of the new C++ casting operators, we have a solution 
that doesn't require changing the API.

Looking for approval for this solution, the second iteration.

Ed
Just checked in fix.
Status: ASSIGNED → RESOLVED
Closed: 24 years ago
Resolution: --- → FIXED
verified that the fix is in. 
Status: RESOLVED → VERIFIED
Product: Core → Core Graveyard
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: