Upgraded to 10.18.0 and no longer getting mobile device app catalog updates? You're likely running into PI-007928.
Below is a script you can run against your Jamf Pro instance to identify apps in your catalog that are out-of-date. Then, at least, you'll know which apps to manually update.
EDIT: Here is a second script that will update the app versions for you. The script waits for user input to verify the change but you could easily remove that if you're feeling confident. You'll need an API account that can read and update mobile device applications.
@jphillips No need to delete apps and re-add them. Just edit the app(s) and update the version. After that, your devices should get the update next time they submit inventory. You can use the script I linked to above to compare app versions in your Jamf instance to the app versions in the App Store.
@RyanSK I believe the Force Update button sends an MDM command out to all devices with that app installed telling that device to update that given app. I don't think it matters if the device has the current version of the app installed or not. It's basically a reinstall all button.
We received the following information yesterday:
Thank you for your message. I'm really sorry you have this problem. Yes, we know the problem with apps. The reference number for this is: PI-007928. Now you can only update the apps manually via UI or API. The resolution comes with Jamf Pro 10.21. We released version 10.20 last night.
This is causing us more issues than normal now especially because we use a lot of the google apps that are getting updated due to the current situation. The apps are not updating themselves to get the new features that are being released. I've managed to manually change some of them but is causing a lot of headaches for students/parents/teachers. I feel the IOS side of Jamf gets left out quite a bit. For example, it took a while for them to implement the bluetooth restriction which other MDM providers had from day one. With every new update comes a new bug.
I'm running into an issue with script. I think it might have something to do with the script checking the mobile app id and stopping when it sees an app isn't assigned to that id. For example, appid1 = Self Service, appid2 = blank, appid3 = Jamf Reset. Because appid2 is blank and doesn't exist I believe the script is ending early.
@cbrewer I had no issue running your first script earlier this year but now all I get is:
This may take a while depending on the number of apps in your jss
Checking 1 apps...
(23) Failed writing body
1 apps processed... It seems that the apps are once again not updating as we expect them to :(
Have a ticket in with Jamf