Currently, the extension attributes created by the Patch Reporting feature appear in the General tab, and have not-terribly-user-friendly names (like "adobe-air" and "java-8-runtime"). It would be great to be able to move those to another tab, give them a clean display name, or hide them from being displayed, however the extension attributes are currently not editable.
This is just a cosmetic concern, but since we've gone to great lengths to make our inventory pages look very understandable to non-technical leadership, these additions do mar it somewhat.
In the current Jamf implementation of DEP the user or admin has to accept the enrollment profile. As an enterprise deployment I don't want my users to have the ability to choose if they will enroll in the JSS. I truly want to retire my Deploy Studio servers and be able to hand my users a box and let the device completely provision itself. As long my device can connect to any network the OS X device should completely set itself up. I am 95% of the way their but my techs currently have to accept that initial device enrollment profile. My Apple rep says it is possible that Jamf just has to implement it.
We want to build a self service portal outside our Jamf Pro service for our customers to be able to look up the individual FileVault recovery key used by their specific Mac.
However, it does not appear that the Jamf Pro API currently supports exporting recovery keys via the API. Can this functionality please be added?
I would like to request WiFi Network priorities. So i would like to be able to choice which network mobile devices to connect to. The scenario is our company only allows connections to one WiFi network but would like to be able to switch clients to a second network when we need to updated the WiFi cert on the the main network .
It's getting very old suggesting or voting on a feature request only to find it's years old and is still "under review". No feature request should be listed as "Under Review" for longer than 90 days.
Don't leave us in virtual "under review" limbo for years.
I like being able to collapse / expand the policy lists, but it would be helpful if it would remember the state it was left in. At present, on returning to the policy page, all the lists are expanded.
Allow a Google Apps domain to function as an alternative to LDAP. This would be immensely useful as our students are on their way to not even having LDAP accounts any longer as our entire program is based on Google Apps and iPads/JSS.
Google provides APIs that could be utilized directly for this situation.
The current solution for managing JSS backups is in need of some improvements. I would like to see the following:
We need to keep track of people who are imaging machines incorrectly. This is nearly impossible when we have 20+ sites around the country/world that handles Macs and then ships them to the site that may need it the most.
I'd like to be able to see in the imaging logs who actually imaged (who logged into the JSS through Casper Imaging) the machine prior to it being sent out.