Has anyone else run into issues where macOS users no longer receive Notification Center notifications from Jamf patch management events? For a long time this worked fine. I'd update an app via JPS patch management, and the user would get a Notification Center notice when each new update was available and the SS dock icon would show the number of ready updates in the red badge. But here lately neither of those happen. No Notification Center notices when a new update is ready and red badge only shows on the SS dock icon when the SS app is running.
Details. . .
Jamf Pro 10.8.0
Push Certs are current
Self Service settings for macOS has "Enable Self Service Notifications" checked.
I worked a ticket with Jamf support but they kind of threw up their hands and said "yep, seeing some inconsistencies with this" and assigned it a PI number (PI-005955).
Anything else I should be looking at? I mean I feel like this is pretty important since how else will my users know when they have updates to do? Yes, I could probably do a postflight script using Yo to notify but I'd really prefer the built in functionality working as advertised.
I just opened a Jamf Support Case on this ongoing problem. I was given the same "runaround/workaround" and referred to product issue PI-005955. This has now gone unresolved for two and a half years which leads me to conclude that Jamf has mistakenly relegated it to low priority which is perplexing given that patch management is a critical component and Self Service is the "customer facing" Jamf Pro app. We are running the latest 10.30.3 cloud based instance of Jamf Pro.
What's frustrating (to me) is the fact that while my users get no Notification Center notifications letting them know a new version of a given app is available, the notifications telling them they have 15 minutes before Jamf steps in and forces the update those notifications work just fine. Ultimately, I gave up on the notifications built into Self Service delivery of patches.
For a while, I used terminal-notifier but it sort of got to its end. Then DataJar came out with their Notifier - which seems like re-working terminal-notifier in Swift. It looks really nice, but I don't know Xcode well enough to recompile it with my desired branding. It can be found at https://github.com/dataJAR/Notifier
The workflow I'm using now is a policy that calls a script leveraging Jamf Helper to put up a dialog box letting the user know there are new updates in Self Service - which the user must then click "OK" to acknowledge & close the dialog. I have the policy set to run once per computer on recurring checkin. Each time I add new updates, I flush the logs on that policy so that the dialog appears again.
It's not as pretty or elegant as I'd like, but it's better than the update deadline sneaking up on people and having Jamf force-close/update their apps with only a 15 minute warning.
I did see that there are some JNUC sessions discussing IBM Notifier. I'll be interested to see how it differs from DataJar's iteration.
Same issue and the same "runaround/workaround" given by JAMF support 😞
Jamf Cloud 10.32.2
We just ran more tests and wanted to share the results with you.
We have a JSS test instance identical to the production instance.
When we prepare a MacOS workstation, that we enroll it on the test instance, the notifications work and as soon as we enroll the computer in the production JSS, we no longer have notifications at the MacOS notification center. .
However, we have the same configuration profiles and the same JSS settings.
To ensure this, we deleted the configuration profiles on the test instance and we imported the configuration profiles from the production instance to the test instance.
Always the same result.
On the other hand, I don't know if this has to do with the notification problem, we noticed that each time we make available a policy with notification, on the workstations in scope, in the log file "selfservice_debug.log" , there is a mention of new notifications from policies that no longer exist in our JSS.
I am sending you as an attachment a capture of the part of the log file containing this information. I have framed you in red, the policies no longer exist in our JSS and in green, the good test policy made available to self-service with notifications.
We do not have this behavior with the test JSS.
We have tried to:
- delete the self service application, delete the ~ / Library / Caches / com.jamfsoftware.selfservice.mac folder
- Uninstall the Self Service app
- Delete the com.jamfsoftware.mac plist from ~ / Library / Application \ Support /
- In Keychain Access, remove the Self Service public and private key
But these "phantom" policies occur again in the "selfservice_debug.log" log file each time new policies are made available in the self service in the production instance.
I don't know if this has anything to do with our notifications issue but I share this with you.
That's really interesting. What I found odd - and that Jamf support could not explain - is that the built-in notifications letting users know about available updates don't work reliably. BUT. . .the notifications letting users know that they have 15 minutes before Jamf steps in forces the update - those notifications work reliably and without fail.
I have the same issue with notification center not working. Notifications do show up in self service but that is not useful because people do not always use that. So for me, patch management is kind of broken. I have an open support case, waiting to hear back with next steps.