Skip to content

Releases: jamf/Setup-Manager

Setup Manager 1.3.1

18 Jul 06:25
Compare
Choose a tag to compare
  • updates to Polish localization
  • improvements to launch process at login window
  • logs macOS version at launch
  • email addresses and urls in markdown text are not active links any more
  • documentation updates and clarifications

Setup Manager 1.3

08 Jul 08:14
Compare
Choose a tag to compare

Notes added since 1.3beta are marked with '(release)'

New Features

  • Logging
    • log output format has been cleaned up
    • Install log and Jamf Pro log (when available) can now be viewed in the Log window (#78, #130)
    • now also logs to macOS unified logging
    • new top-level default key to control action output logging
  • Network Monitoring
    • changes to network interfaces are now logged, see the Notes section for details (#15)
    • network status can be shown in the top-right corner of the Setup Manager window
  • new flag file /private/var/db/.JamfSetupStarted, which is created when Setup Manager starts. You can use this to scope Mac App Store apps and Jamf App Installers, which prevents these apps from installing early in the enrollment, slowing down the Jamf Pro configuration
  • added a specific webhook to send a message to Slack (#104)
  • two new defaults keys finishedScript and finishedTrigger allow to run custom behavior when Setup Manager has finished
  • new option none for finalAction (#115)
  • (release) Polish localization (Thanks to @bsojka)

Fixes and Improvements

  • Jamf Pro: improved monitoring for Jamf Pro to complete its setup after enrollment
  • webhook log entries correctly show status
  • added -skipAppUpdates option to list of options for Jamf Pro policy actions, this should avoid some false "error 57" reports
  • Jamf Pro policy will trigger 'Recurring Check-in' policies on empty string value
  • (release) added name for macOS Tahoe 26
  • (release) minor localization and UI fixes
  • (release) disabled some undesirable keyboard shortcuts (#125)
  • (release) arguments in installomator actions are now processed correctly
  • (release) output to log is flushed immediately to avoid truncation on restart/shutdown (#129)
  • (release) MDM Server address shown in extended "About this Mac" (#127)

Deprecations and Removals

  • (1.3) the minimum macOS requirement for Setup Manager is now macOS 13.5
  • (1.2) showBothButtons option removed and non-functional, there will always be just one final action button displayed
  • the method for providing localized texts in the configuration profile changed in version 1.1. The previous method (by appending the two letter language code to the key) is considered deprecated. It will continue to work for the time being but will be removed in a future release. It is strongly recommended to change to the new dictionary-based solution

Notes

Logging

The format of the Setup Manager log file (in /Library/Logs/Setup Manager.log) has changed. The new format should be easier to read and parse with other tools. There are four columns:

  • timestamp (in ISO8601)
  • log level (default, error or fault)
  • category (general, install, network, jamfpro)
  • message

Setup Manager 1.3 also logs to the macOS unified system log. The subsystem is com.jamf.setupmanager. You can use the log command line tool to read the log.

For example:

sudo log show --last 30m --predicate 'subsystem="com.jamf.setupmanager"'

To clean up the log a little, Setup Manager 1.3 will only write the output of actions to the Setup Manager log file when an error occurred. You can control this behavior with a new top-level preference key actionOutputLogging.

Installation and Jamf Pro logs and summaries

The Log window (open with command-L) gained a new "Install" tab, which shows the system's installation log file (/var/log/install.log). When enrolling with Jamf Pro, there is another new "Jamf" tab, which shows the Jamf log (/var/log/jamf.log). By default, the Log window will be summarized to events relevant to the enrollment workflow. You can see the full log content by unchecking the 'Summarize' option.

Note that both logs will show events that were not initiated by Setup Manager. Nevertheless, these events may be relevant to your enrollment workflow.

These summarized events will also appear in the Setup Manager log tab and file, as well as the universal log entries. Having these events in context at the time they occur in the Setup Manager log is very helpful when trouble-shooting enrollment workflows.

Network change logging

Setup Manager 1.3 adds logging for changes to network interfaces. It is possible that there will multiple entries in the log with regards to the same network change. Most changes logged will be neutral and should not affect your deployment negatively.

However, it is possible that changes to the network configuration of a device can influence the deployment workflow. For example, when a configuration profile with the access information for a secure corporate Wifi is installed on the device, then the download access to required resources might change. Another example are security tools that might lead to restricted access for downloads (Installomator uses curl to download data, which might trigger security tools.)

Checking the log for network changes or outages during enrollment can be useful for troubleshooting.

Network Status icon/menu

Network status can also show with a new icon in the top-right corner of the Setup Manager window.

Note that Network Relay will only protect traffic to certain configured servers and services, not all traffic.

By default, the network icon will not be shown. You can activate it manually with the command-N keystroke.

When you click on the Network status icon, a popup will show:

  • the current active network interface
  • IPv4 and IPv6 addresses
  • download and upload bandwidth (will take a while to appear)
  • Network Relay hosts (when network relay profile is present)
  • list of additional custom hosts, configured in the profile

Note that the connectivity check is quite basic and might not catch all functionality that is required for a service to work. It should provide an indication whether a service is reachable, but deeper trouble-shooting and monitoring might be required for reliable diagnostics.

Seen"Network Connectivity" for more detail.

Finished Script and Trigger

Setup Manager now includes functionality to launch a script or Jamf Pro custom policy trigger in a separate process when the main Setup Manager process is finished. This is useful for installations that might unexpectedly restart the computer or the context that Setup Manager is running in (most commonly, Setup Manager is running at login window, which the Jamf Connect installer will kill).

There are two keys relevant for this: finishedScript and finishedTrigger.

See "Running Scripts and Policies when Setup Manager finishes" for detail.

Setup Manager v1.3beta

27 May 14:05
Compare
Choose a tag to compare
Pre-release

v1.3beta

(2025-05-27)

New Features

  • Logging
    • log output format has been cleaned up
    • Install log and Jamf Pro log (when available) can now be viewed in the Log window (#78)
    • now also logs to macOS unified logging
    • new top-level default key to control action output logging
  • Network Monitoring
    • changes to network interfaces are now logged, see the Notes section for details (#15)
    • network status can be shown in the top-right corner of the Setup Manager window
  • new flag file /private/var/db/.JamfSetupStarted, which is created when Setup Manager starts
  • added a specific webhook to send a message to Slack (#104)
  • two new defaults keys finishedScript and finishedTrigger allow to run custom behavior when Setup Manager has finished
  • new option none for finalAction (#115)

Fixes and Improvements

  • Jamf Pro: improved monitoring for Jamf Pro to complete its setup after enrollment
  • webhook log entries correctly show status
  • added -skipAppUpdates option to list of options for Jamf Pro policy actions
  • Jamf Pro policy will trigger 'Recurring Check-in' policies on empty string value

Deprecations and Removals

  • (1.3) the minimum macOS requirement for Setup Manager is now macOS 13.5
  • (1.2) showBothButtons option removed and non-functional, there will always be just one final action button displayed
  • the method for providing localized texts in the configuration profile changed in version 1.1. The previous method (by appending the two letter language code to the key) is considered deprecated. It will continue to work for the time being but will be removed in a future release. It is strongly recommended to change to the new dictionary-based solution

Notes

Logging

The format of the Setup Manager log file (in /Library/Logs/Setup Manager.log) has changed. The new format should be easier to parse with other tools. There are four columns:

  • timestamp (in ISO8601)
  • log level (default, error or fault)
  • category (general, install, network, jamfpro)
  • message

Setup Manager 1.3 also logs to the macOS unified system log. The subsystem is com.jamf.setupmanager. You can use the log command line tool to read the log.

For example:

sudo log show --last 30m --predicate 'subsystem="com.jamf.setupmanager"'

To clean up the log a little, Setup Manager 1.3 will only write the output of actions to the Setup Manager log file when an error occurred. You can control this behavior with a new top-level preference key actionOutputLogging.

Network change logging

Setup Manager 1.3 adds logging for changes to network interfaces. it is possible that there will multiple entries in the log with regards to the same network change. Most changes logged will be neutral and should not affect your deployment negatively.

However, it is possible that changes to the network configuration of a device can influence the deployment workflow. For example, when a configuration profile with the access information for a secure corporate Wifi is installed on the device, then the download access to required resources might change. Another example are security that might lead to restricted access for downloads (Installomator uses curl to download data, which might trigger security tools.)

Knowing that network changes or outages occurred during enrollment can be useful for troubleshooting.

Network Status icon/menu

Network status is also shown with a new icon in the top-right corner of the Setup Manager window.

Note that Network Relay will only protect traffic to certain configured servers and services, not all traffic.

By default, the network icon will not be shown. You can activate it manually with the command-N keystroke.

When you click on the Network status icon, a popup will show:

  • the current active network interface
  • IPv4 and IPv6 addresses
  • download and upload bandwidth (will take a while to appear)
  • Network Relay hosts (when network relay profile is present)
  • list of additional custom hosts, configured in the profile

Note that the connectivity is very basic and might not catch all functionality that is required for a service to work. It should provide an indication whether a service is available, but deeper trouble-shooting and monitoring might be required for reliable diagnostics.

Setup Manager 1.2.2

17 Apr 07:02
Compare
Choose a tag to compare
  • signed a helper script that could lead to unexpected background item prompts
  • disabled command-W keystroke
  • fixed a stall in waitForUserEntry with Jamf School
  • fixed link to computer record in Teams message (#110)
  • minor documentation fixes

Setup Manager 1.2.1

02 Apr 14:35
Compare
Choose a tag to compare
  • updated included Installomator script to v10.8
  • now tries for 15 seconds to reload local background image file (#105), this should help in situations where the image file is installed after Setup Manager
  • improved monitoring of Jamf Pro enrollment process and completion during the "Getting Ready" phase
  • minor documentation fixes (#106)

Setup Manager v1.2

17 Mar 15:01
Compare
Choose a tag to compare

New Features

Fixes and Improvements

  • (beta3 and release) return key connected to final action and save buttons (#93)
  • (beta3) added an event field to standard webhook data, (#94)
  • (beta3) "facts" in Teams message are no longer in random order
  • (beta3) improved reliablity of running at login window (#77)
  • (beta2) an empty userEntry dictionary in the profile no longer chokes the UI (#85)
  • (beta2) MDM check more resilient to certain profile configs (#87)
  • (beta2) the name field in WebHook data was shortened from SetupManagerFinished and SetupManagerStarted to Finished and Started
  • (beta2) early log entry when debug mode is enabled
  • icon for waitForUserEntry can be changed from the profile
  • shell actions correctly show success or failure, depending on their exit code (#39)
  • Jamf Pro policy actions show success or failure in most situations. Note that there are many things a policy can potentially do. Not all failures are caught. This registers failed pkg installations and policy scripts that return a non-zero exit code, which should cover most situations. Note also, these checks will only work on macOS 13 and higher. On macOS 12, Jamf policies will always be reported as success.
  • read enrollment actions data from profile after user-initiated enrollments more reliably
  • now tries for 15 seconds to reload images with local file paths, this should help in situations were the resources file are installed after Setup Manager
  • many other fixes and improvements
  • updated included Installomator to 10.7
  • user data file will contain the enrollment user when the userID key is set
  • battery warning threshold is now different for Intel (%50) and Apple silicon (%20) Macs. This matches Apple's warnings before applying software updates

Deprecations and Removals

  • the minimum macOS requirement for Setup Manager will be raised to macOS 13 soon
  • showBothButtons option removed and non-functional, there will always be just one final action button displayed
  • the method for providing localized texts in the configuration profile changed in version 1.1. The previous method (by appending the two letter language code to the key) is considered deprecated. It will continue to work for the time being but will be removed in a future release. It is strongly recommended to change to the new dictionary-based solution.

Beta Features

Even though we are confident that the release is overall stable and ready to be used in production, we believe this feature may require more testing. When, after thorough testing in your environment, you conclude this works for your workflow, please let us know about success or any issues you might encounter.

  • Setup Manager can now run over Login Window, instead of immediately after installation. This also allows Setup Manager to work with AutoAdvance. Use the new runAt key in the profile to determine when Setup Manager runs

v1.2beta3

05 Mar 13:14
Compare
Choose a tag to compare
v1.2beta3 Pre-release
Pre-release

New Features

Fixes and Improvements

  • (beta3) return key connected to button in Setup Manager interface, (#93)
  • (beta3) added an event field to standard webhook data, (#94)
  • (beta3) "facts" in Teams message are no longer in random order
  • (beta3) improved reliablity of running at login window (#77)
  • (beta2) an empty userEntry dictionary in the profile no longer chokes the UI (#85)
  • (beta2) MDM check more resilient to certain profile configs (#87)
  • (beta2) the name field in WebHook data was shortened from SetupManagerFinished and SetupManagerStarted to Finished and Started
  • (beta2) early log entry when debug mode is enabled
  • icon for waitForUserEntry can be changed from the profile
  • shell actions correctly show success or failure, depending on their exit code#39)
  • Jamf Pro policy actions show success or failure in most situations. Note that there are many things a policy can potentially do. Not all failures are caught. This registers failed pkg installations and policy scripts that return a non-zero exit code, which should cover most situations. Note also, these checks will only work on macOS 13 and higher. On macOS 12, Jamf policies will always be reported as success.
  • read enrollment actions data from profile after user-initiated enrollments more reliably
  • now tries for 15 seconds to reload images with local file paths, this should help in situations were the resources file are installed after Setup Manager
  • many other fixes and improvements
  • updated included Installomator to 10.7
  • user data file will contain the enrollment user when the userID key is set
  • battery warning threshold is now different for Intel (%50) and Apple silicon (%20) Macs. This matches Apple's warnings before applying software updates

Deprecations and Removals

  • the minimum macOS requirement for Setup Manager will be raised to macOS 13 soon
  • showBothButtons option removed and non-functional, there will always be just one final action button displayed
  • the method for providing localized texts in the configuration profile changed in version 1.1. The previous method (by appending the two letter language code to the key) is considered deprecated. It will continue to work for the time being but will be removed in a future release. It is strongly recommended to change to the new dictionary-based solution.

Beta Features

Even though we are confident that the release is overall stable and ready to be used in production, we believe this feature may require more testing. When, after thorough testing in your environment, you conclude this works for your workflow, please let us know about success or any issues you might encounter.

  • Setup Manager can now run over Login Window, instead of immediately after installation. This also allows Setup Manager to work with AutoAdvance. Use the new runAt key in the profile to determine when Setup Manager runs

v1.2beta2

26 Feb 15:34
Compare
Choose a tag to compare
v1.2beta2 Pre-release
Pre-release

New Features

Fixes and Improvements

  • (beta2) an empty userEntry dictionary in the profile no longer chokes the UI (#85)
  • (beta2) MDM check more resilient to certain profile configs (#87)
  • (beta2) the name field in WebHook data was shortened from SetupManagerFinished and SetupManagerStarted to Finished and Started
  • (beta2) early log entry when debug mode is enabled
  • icon for waitForUserEntry can be changed from the profile
  • shell actions correctly show success or failure, depending on their exit code#39)
  • Jamf Pro policy actions show success or failure in most situations. Note that there are many things a policy can potentially do. Not all failures are caught. This registers failed pkg installations and policy scripts that return a non-zero exit code, which should cover most situations. Note also, these checks will only work on macOS 13 and higher. On macOS 12, Jamf policies will always be reported as success.
  • read enrollment actions data from profile after user-initiated enrollments more reliably
  • now tries for 15 seconds to reload images with local file paths, this should help in situations were the resources file are installed after Setup Manager
  • many other fixes and improvements
  • updated included Installomator to 10.7
  • user data file will contain the enrollment user when the userID key is set
  • battery warning threshold is now different for Intel (%50) and Apple silicon (%20) Macs. This matches Apple's warnings before applying software updates

Deprecations and Removals

  • the minimum macOS requirement for Setup Manager will be raised to macOS 13 soon
  • showBothButtons option removed and non-functional, there will always be just one final action button displayed
  • the method for providing localized texts in the configuration profile changed in version 1.1. The previous method (by appending the two letter language code to the key) is considered deprecated. It will continue to work for the time being but will be removed in a future release. It is strongly recommended to change to the new dictionary-based solution.

Beta Features

Even though we are confident that the release is overall stable and ready to be used in production, we believe this feature may require more testing. When, after thorough testing in your environment, you conclude this works for your workflow, please let us know about success or any issues you might encounter.

  • Setup Manager can now run over Login Window, instead of immediately after installation. This also allows Setup Manager to work with AutoAdvance. Use the new runAt key in the profile to determine when Setup Manager runs

v1.2beta

13 Feb 15:45
Compare
Choose a tag to compare
v1.2beta Pre-release
Pre-release

New Features

  • Setup Manager can send webhooks on start and finish, (#70)
  • User Entry:
    • email, endUsername, realname, position and phone fields added. These will be submitted to Jamf Pro when Setup Manager finishes and during a waitForUserEntry action (#24)
    • you can set custom and localized labels for user entry fields in the profile with a label key (#40)
  • User Data file now contains a list of enrollmentActions
  • added 'restart' option to 'finalAction' (#38, #58)
  • icon sources and accentColor can now have a dark mode alternative defined in the profile (#61)
  • hitting the space bar while Setup Manager is the Active window will open a window with a scannable barcode of the serial number
  • message and help:message now interpret markdown formatting (#46)

Fixes and Improvements

  • icon for waitForUserEntry can be changed from the profile
  • shell actions correctly show success or failure, depending on their exit code (#39)
  • Jamf Pro policy actions show success or failure in most situations. Note that there are many things a policy can potentially do. Not all failures are caught. This registers failed pkg installations and policy scripts that return a non-zero exit code, which should cover most situations. Note also, these checks will only work on macOS 13 and higher. On macOS 12, Jamf policies will always be reported as success.
  • read enrollment actions data from profile after user-initiated enrollments more reliably
  • now tries for 15 seconds to reload images with local file paths, this should help in situations were the resources file are installed after Setup Manager
  • many other fixes and improvements
  • user data file will contain the enrollment user when the userID key is set
  • battery warning threshold is now different for Intel (%50) and Apple silicon (%20) Macs. This matches Apple's warnings before applying software updates

Deprecations and Removals

  • the minimum macOS requirement for Setup Manager will be raised to macOS 13 soon
  • showBothButtons option removed and non-functional, there will always be just one final action button displayed
  • the method for providing localized texts in the configuration profile changed in version 1.1. The previous method (by appending the two letter language code to the key) is considered deprecated. It will continue to work for the time being but will be removed in a future release. It is strongly recommended to change to the new dictionary-based solution.

Beta Features

Even though we are confident that the 1.2 release is overall stable and ready to be used in production, we believe this feature may require more testing. When, after thorough testing in your environment, you conclude this works for your workflow, please let us know about success or any issues you might encounter.

  • Setup Manager can now run over Login Window, instead of immediately after installation. This also allows Setup Manager to work with AutoAdvance. Use the new runAt key in the profile to determine when Setup Manager runs

v1.1.1

28 Jan 13:06
Compare
Choose a tag to compare
  • updated included Installomator script to v10.7