Posted on 12-02-2016 07:03 AM
I have a new problem with my ipads getting stuck on applying settings on the self service app. It will sit on applying settings forever. This just recently started.
I have tried to whitelist a device in my firewall to see if I had blocked something but this did not work. Any suggestions would be appreciated.
Thanks
Posted on 12-02-2016 08:37 AM
Do you have lots of apps scoped out to the ipad(s)? - there is a known issue when you have several apps (no one seems to know the magic number of what is too many) and will cause the behavior. I had to resort to using the web clip - hopefully a fix coming in version 10.
It was already stated the issue would not be fixed in the current 9.96 release :-(
Posted on 12-02-2016 12:12 PM
Are your users accepting a VPP invitation? I've seen the prompt for the VPP invite cause Self Service to freeze on the applying settings screen. Closing the app and reopening always worked for me in those cases.
Posted on 03-16-2017 02:43 AM
I'm having issues with this currently on the latest version of Self Service with my Jamf managed in the cloud. Apps automatically prompted for install including Self Service are being pushed successfully, and I've ruled out the issue being a problem with school proxy, but when installing self service it connects to the server and then hangs on Applying Updates.
I have lots of apps scoped to the ipads, but only a few that auto install.
We use a monitoring certificate but having it installed or not seems to have no impact on this.
Has anyone found a work around for this at all?
Posted on 03-22-2017 09:37 AM
As of Jamf Pro 9.98, we have fixed the issue with iOS Self Service app being stuck on applying settings. Self Service Mobile for iOS now displays a default app icon while the assigned icon loads to improve performance and prevent the app from getting stuck.
At this time, we believe we have solved the problem. However, we continue to look for feedback from the members here on whether or not the feature released meets all the needs of various environments. If there is a need to enhance this feature, please help us understand the current priority of that need by submitting a new feature request. Thanks for the great post, we look forward to your feedback!
Posted on 03-23-2017 02:56 PM
I was able to alleviate this somewhat by writing a script that pulls the app icons out of the database, shrinks them down, optimized them, then updates with the new blob. Why image files are being stored as DB blobs, especially when they're being accessed so often, I have no idea. Hopefully jamfPRO 10 will introduce some more intelligent storage techniques. Probably too much to expect that it might ditch Tomcat/java, but serving actual files instead of querying the DB for them seems like not a lot to ask...