Skip to main content
Solved

Extension Attribute - Cisco WebEx - User/Library


Forum|alt.badge.img+6

Hello - I am attempting to create an extension attribute for the Cisco WebEx plugin. The Info.plist file is located @ ~/Library/Internet Plug-Ins/WebEx64.plugin/Contents/info.plist

I am using the following script, but it seems to be referencing the system profile instead of the logged on user:
#!/bin/bash

if [ -e ~/Library/Internet Plug-Ins/WebEx64.plugin/Contents/info.plist ]; then echo "<result>$(defaults read ~/Library/Internet Plug-Ins/WebEx64.plugin/Contents/Info CFBundleVersion)</result>" else
echo "<result>N/A</result>"
fi

Any help to reference the logged on users internet plug-ins folder would be appreciated!
Thanks!

Best answer by sgrall-pfg

Have you considered moving that plug-in to the main /Library/Internet Plug-Ins folder instead, and then inventorying that? If you inventory against something in a home directory on a multi-user system, it won't account for different versions in different home folders.

View original
Did this topic help you find an answer to your question?

4 replies

mm2270
Forum|alt.badge.img+24
  • Legendary Contributor
  • 7883 replies
  • March 12, 2013

Hello.
There must be at least a dozen discussions on here that detail how to get the logged in user account, rather than the service account, which is what's happening with your script. Any policy, Extension Attribute or other stuff from Casper Suite runs as the service account the Mac is set up for, rather than the user that's logged in.

Here is a search I just did that pulled up most of the discussions on this. I think it would be better to look through these than to re-post the information to another discussion:
https://jamfnation.jamfsoftware.com/searchDiscussions.html?query=get+logged+in+user&submit=


Forum|alt.badge.img+7
  • Contributor
  • 54 replies
  • Answer
  • March 12, 2013

Have you considered moving that plug-in to the main /Library/Internet Plug-Ins folder instead, and then inventorying that? If you inventory against something in a home directory on a multi-user system, it won't account for different versions in different home folders.


Forum|alt.badge.img+6
  • Author
  • Contributor
  • 49 replies
  • March 19, 2013

This workaround resolved the issue. Thank you.


donmontalvo
Forum|alt.badge.img+36
  • Hall of Fame
  • 4293 replies
  • July 21, 2016

Incredible, the genius Dev team at WebEx prompt you to "Install for all users?" and you enter your credentials, and it gets installed in your home directory...

bash-3.2# defaults read /Users/username/Library/Internet Plug-Ins/WebEx64.plugin/Contents/Info.plist 
{
    BuildMachineOSBuild = 11E53;
    CFBundleDevelopmentRegion = English;
    CFBundleExecutable = WebEx64;
    CFBundleIdentifier = "com.cisco_webex.plugin.gpc64";
    CFBundleInfoDictionaryVersion = "6.0";
    CFBundlePackageType = BRPL;
    CFBundleShortVersionString = "1.0";
    CFBundleSignature = WEBEX;
    CFBundleVersion = "1.0.0.205";
    CSResourcesFileMapped = 1;
    DTCompiler = "com.apple.compilers.llvmgcc42";
    DTPlatformBuild = 4E3002;
    DTPlatformVersion = GM;
    DTSDKBuild = 10K549;
    DTSDKName = "macosx10.6";
    DTXcode = 0433;
    DTXcodeBuild = 4E3002;
    WebPluginDescription = "WebEx64 General Plugin Container Version 205";
    WebPluginMIMETypes =     {
        "application/webx-gpc-plugin64" =         {
            WebPluginTypeDescription = gpc;
        };
    };
    WebPluginName = "WebEx64 General Plugin Container";
}
bash-3.2# 
bash-3.2# ls -l /Library/Internet Plug-Ins | grep WebEx
bash-3.2#

I guess the Dev team at WebEx is next on our public lambasting list...

OK, repackaging to put in the right place. #sigh


Reply


Cookie policy

We use cookies to enhance and personalize your experience. If you accept you agree to our full cookie policy. Learn more about our cookies.

 
Cookie settings