software version n/a in JSS

Why not just correct the version number in the app before deployment & nag the dev to do thing right?

Regards,

Ben.

You can look at the system_profiler commands to maybe see what version it is outputting from there, if the developer coded it properly.

Jeff-

That's odd that it'll show in Get Info but not in the JSS. Usually, if it shows in the Get Info, you'll get the same result in your inventory. I believe Get Info pulls from the CFBundleVersion key in the application bundle's Info.plist file. You may want to make sure the permissions on the app bundle are correct. If not I suppose it could result in your jamf account from reading the appropriate info, thus the n/a.

j
---
Jared F. Nichols
Desktop Engineer, Client Services
Information Services Department
MIT Lincoln Laboratory
244 Wood Street
Lexington, Massachusetts 02420
781.981.5436

Fellow JAMFers,
On Aug 25, 2011, at 11:33 AM, Jeff Johnson wrote:

I have an application (ActivInspire, the application that goes with our interactive whiteboards) that does not display version info in the JSS.

An application search for "Inspire.app" returns n/a in the JSS (see attached screenshot).

I am able to get the version info from the application's Get Info window (see examples) and from the "About" window after the app is launched (see examples).

Is there a way to get the version information via Casper or some other method besides probing each machine one at a time?

Thank you!

Jeff Johnson
Technology Coordinator
Glendale-River Hills School District
Glendale, WI 53209

And here's what should have been in the previous message...

Extension attribute, populated by the following. Believe I'd used this to see if it was current. If it's just the version you want shouldn't be hard to modify:

#!/bin/bash

CurrentVer="1.5.37817"
CurMajor=$(echo $CurrentVer | awk -F"." '{ print $1 }')
CurMinor1=$(echo $CurrentVer | awk -F"." '{ print $2 }')
CurMinor2=$(echo $CurrentVer | awk -F"." '{ print $3 }')

AppPath="/Applications/Promethean/Activsoftware Inspire/Inspire.app/Contents/Info"

Version=$(defaults read "$AppPath" CFBundleGetInfoString)

major=$(echo $Version | awk -F"." '{ print $1 }')
minor1=$(echo $Version | awk -F"." '{ print $2 }')
minor2=$(echo $Version | awk -F"." '{ print $3 }')

if [ $major -lt $CurMajor ]; then
result="false"
else if [ $major -eq $CurMajor ]; then

if [ $minor1 -lt $CurMinor1 ]; then

result="false"

else if [ $minor1 -eq $CurMinor1 ]; then

if [ $minor2 -lt $CurMinor2 ]; then
result="false"
else result="true"
fi
fi
fi
fi
fi

echo "<result>$result</result>"

Leslie N. Helou
Senior Systems Engineer
Bell Techlogix
8888 Keystone Crossing, Suite 1700
Indianapolis, IN 46240
317.704.6408

Jeff,

I had a similar thing, but with plug-ins and not just one plug-in.

Try running

sudo jamf recon -saveFormTo /tmp/

and have a look at the reconForm. Try reformatting to make it easier to digest. Something like:

cat /tmp/mac118.reconForm | sed 's/&/'$' ''/g'

We found that Adobe had plug-ins with a % in the title. The reconForm would report incorrect versions for every item with a % in the title and all subsequent items. JAMF's software wasn't interpreting the % symbol correctly. (Of course this may not be the only character that JAMF has an issue with). The % symbol was causing the versions to be offset to versions of previous plug-ins (I think it was an offset of 6).

By changing the name of the plug-ins to remove the %, all these and subsequent plug-ins were then correctly reporting with the right version number. I fed all of this information to JAMF, but I am unaware if they have fixed it or not; I would have to put % back into titles to find out.

I think I was running 8.0 at the time. You may either have exactly the same problem, but an Application with % in the tile or the same process may lead you to find a similar pattern.

Sean