Not sure why Box is distributing a drag-install app, when on first launch it prompt for admin rights, to install /Library/PrivilegedHelperTools/com.box.sync.bootstrapper. So we packaged that item to be distributed along with the drag-install app.
I sent a note to the developer asking them. Seems they would do better to distribute a proper PKG installer. I mean, what good is a drag-install app on a DMG if you have to authenticate the application on first launch. :)
Oh well, posting here in case this can help the next person who has to package/disribute Box Sync 4.
We tried that with our "Enterprise Support" folks, they gave us non-sensical responses....
Also, I broke Box Sync a couple of versions ago, because i put a .plist to block their automatic updates, and i used a standard, binary plist.... the fix was to convert the .plist to text based....
so a properly formatted binary plist crashed the whole program.
i agree that it's weird that Box still deploys Box Sync in that way. i recently found bryson's script to install Box Sync from SS. i tried it out in our environment, and it has been working great. i commented out the last part to do a recon since we update inventory as one of the payloads in the SS policy. if you keep it in the script, then update the path to the jamf binary. thanks again @brysontyrrell !
I have been using these two lines as part of my postinstall script--
/usr/bin/defaults write /Library/Preferences/com.box.sync.plist auto_update.enabled -bool False /usr/bin/plutil -convert xml1 /Library/Preferences/com.box.sync.plist
I'm not 100% if current versions of Box Sync respect still respect the plist (I haven't seen it actually documented by them), but this has worked in the past.
I originally found that plist by reading @Bruienne 's article box-cutting-how-i-stumbled-onto-a-serious-security-flaw-in-box-sync-for-mac
what i did was use the Packages application to create my Box Sync.pkg
1 using the Payload tab I selected Applications and added the Box Sync.app
2 using the Payload tab I select PrivilegedHelperTools and added both entries for com.box.sync.*
I'm trying to package Box Sync.App v.4.0.7724 with the bootstrapper file mentioned. Adding /Library/PrivilegedHelperTools/com.box.sync.bootstrapper no longer works in preventing the admin prompt. donmontalvo, have you tried the newer version?
@eddieluo You shouldn't need to copy that file to that folder. Instead, when your package dumps the Box Sync.app file in /Applications, run this command as a postflight:
/Applications/Box Sync.app/Contents/Resources/com.box.sync.bootstrapper --install
That is what the BOX Sync app is doing itself when it prompts the usr for authentication. It will copy the bootstrapper helper into the proper place and register it with the OS.
not sure if you still need help but this link helped me a lot
it installs box, and box edit, if its already installed, it removes it an re-installs it.
Thanks, it does look useful, here's the big issue.
*NOTE: Box Edit is now an APP installer. It now installs two files into ~/Library/ApplicationSupport/Box/BoxEdit called Box Local Com Server.app and Box Edit.app These two files have to be activated by by the logged in local user in order for Box Edit to work.
That part makes things more complex and where I stumbled. I think with all this info I can make it work, but it's going to take some time.
@rgranholm Try this...
ls -la /dev/console | cut -d " " -f 4; sudo -u $user open "/Users/$user/Library/Application Support/Box/Box Edit/Box Local Com Server.app"
This is assuming that Box Edit is not currently installed. If it is installed, you may need to kill the Box Edit process first.