Self Service Script, Exit If File Doesn't Exist, Otherwise Continue

.app files are seen as directories. Swap your -f for a -d then buy me a beer!

M

Man! I was so excited. I do want to buy you a beer but the icon in Self Service still just spins endlessly. Here is my updated code:

#!/bin/sh

# First we gotta make sure the installer has already been cached per the user's Smart Group

dialog="The High Sierra installer is not yet on your computer. Please reach out to IT."
description=`echo "$dialog"`
button1="OK"
jamfHelper="/Library/Application Support/JAMF/bin/jamfHelper.app/Contents/MacOS/jamfHelper"
icon="/path/to/icon"

if [[ ! -d "/Applications/Install macOS High Sierra.app" ]]; then
   "$jamfHelper" -windowType utility -description "$description" -button1 "$button1" -icon "$icon"
   exit 0
fi

# This is the heading to be used for jamfHelper

heading="Please wait as we prepare your computer for macOS Mojave. Exciting!"

...and it continues from here.

To test the if/then I simply temporarily changed the name of the "Install macOS High Sierra" installer to "Install macOS".

Your icon path is clearly bust! Make that the path to an actual image file and give that a shot.

Unfortunately that didn't change anything either. The process still just hangs with the if/then statement in place. Installs without issue when I comment it out.

In POSIX [[ ]] is undefined. Switch that to bash first off.

Also setting the description twice is unnecessary you should be able to just set the description with the single variable, try this:

#!/bin/bash

# First we gotta make sure the installer has already been cached per the user's Smart Group

description="The High Sierra installer is not yet on your computer. Please reach out to IT."
button1="OK"
jamfHelper="/Library/Application Support/JAMF/bin/jamfHelper.app/Contents/MacOS/jamfHelper"
icon="/path/to/icon"

if [[ ! -d "/Applications/Install macOS High Sierra.app" ]]; then
    "$jamfHelper" -windowType utility -description "$description" -button1 "$button1" -icon "$icon"
    exit 0
fi

I have made a couple I have been playing with. I have messed around with if it exists with -d, but was worried about the integrity of the installer. Made one that checks the sha1 hash and continues as needed. Obviously the checksum will change depending on version and all that - but its a nice way to at least make sure it is intact. Here is the meat of it. Of course, YMMV.

#!/bin/bash

hash=$(shasum -a 1 /Applications/Install macOS High Sierra.app/Contents/SharedSupport/InstallESD.dmg | awk '{print $1}')
    if [ $hash == 69159caf25666ea1c5d466e158e075d947f6a9ee ] ;then
    echo "Installer verified."
    else "Installer not verified."
fi

Ok. The hash is probably a better way of checking once I get it solved, but it still just hangs when I run the Jamf script. The thing is, the below script works perfectly when I run it in Terminal:

#!/bin/sh

description="The Mojave installer is not yet on your computer. Please reach out to IT."
button1="OK"
jamfHelper="/Library/Application Support/JAMF/bin/jamfHelper.app/Contents/MacOS/jamfHelper"
icon="/path/to/icon"

if [[ ! -d "/Applications/Install macOS Mojave.app" ]]; then
   "$jamfHelper" -windowType utility -description "$description" -button1 "$button1"
   exit 0
else
   echo "Beginning upgrade process..."
fi

If I temporarily change the name of the installer in /Applications I get the error. If I change it back I get the "Beginning upgrade process..." echo. I did have to run the script as sudo though, could that be the issue?

@derek.ritchison Like I said, in POSIX shell (#!/bin/sh) using [[ ]] in if statements might not be recognized. Either change to [ ] or specify bash with #!/bin/bash.

That might not be your issue at all but you should use correct syntax.

Ah. Got it. Missed that earlier. I fixed that. Didn't change anything, but it's at least proper syntax now.

When I run the script locally in Terminal it works as I'd expect. I do have to run it as sudo and enter a password though. Could that be what is causing Self Service to hang? If so, is there a way around having to enter a password?

In case anyone is curious I finally got the script to work. Yesterday I noticed that it actually was working fine on other test machines, so I thought that maybe it was failing on my own because I actually did have the installer in my /Applications folder, but I just re-named it. After deleting the app entirely it worked. Odd, but we're in business. Now I only have to fine tune my Smart Group so that the installer doesn't cache if the user happens to be using, say, a hot spot or is on an otherwise undesirable WiFi network --- coffee shop, airport, et cetera. Any suggestions there would be great.

If your ip addresses are always 10.X.X.X, then your smart group would be something like IP is not like "10.".

Why would you put a button on self service for something that is not yet there? Why don't you scope the policy to a smart group that checks when the installer is cached? That would you would spare the user of clicking on a button that's going to tell them they can do it yet.

Holy crap. That... is a good idea. Beers for everyone!!!