If LockDown Browser on your iPad opens and immediately crashes, the way to fix it is to uninstall and reinstall the app. Swiping away the app, updating the app, updating iOS, doing a home-power reset all do not fix this issue (at least not at the time of this writing).
Acknowledgements: Full credit to Tom Case on the MacAdmins Slack for this tip.
It's not immediately obvious that you can import custom .mobileconfig profiles into Mosyle MDM, but apparently you can if you go to Management > Certificates > (click on profile or add new one) > Select the file.
Those can be any .mobileconfig files—they do not have to be actual certificates.
If you use pycreateuserpkg to create a user or change its password, that will work great... except with Printopia Pro, which will prompt for a local admin username and password, and your local admin username and password will not work, and you'll get a login not accepted error message instead.
Deleting and re-adding the local admin account using the GUI (System Preferences > Users & Groups). You'll have to use the terminal to delete the user and then re-add (through the GUI is fine for this second part).
Then Printopia Pro will launch up just fine and not prompt you for a username or password.
Acknowledgements: Thanks to Roger Sprik on the PowerSchool forums for this tip.
I have a custom page that uses the last name field:
Apparently, you can strip out the variable to show only the letters and numbers:
We had a user whose unread emails were appearing as bold in Safari (with an ugly font) and not bold at all in Chrome (font looked okay), and we did some digging and found the solution was to enable the Arial Bold font in Font Book on the user's Mac, and it was all good.
Our best guess is that Safari couldn't find the font it wanted so substituted an ugly font but kept it bold, and Chrome couldn't find the font it wanted so substituted a decent-looking font but not bold.
A user wasn't able to draw (with a finger) using the pen tool in Notability. Highlighting and erasing were also not working (just seemed to move the note about in Notability).
We worked with the user on the usual troubleshooting steps (kill the app, do the home–power button reset, make sure iOS and Notability are both updated) to no avail.
The solution that ended up working—double-checking the notes were all backed up, and the uninstalling the app... and reinstalling the app.
If you come across a message that Google Sheets can't save your sheets and you need to revert to an earlier version, but even the earlier version can't save, don't bother doing any of these suggested steps. Clearing cookies won't help. Disabling extensions won't help.
Instead, try this (as counterintuitive as it seems): copy and paste your Google Sheets cells into a new Excel workbook. Save the Excel workbook and upload it to Google Drive. Open it with Google Sheets. Save that sheet. Delete your old, non-working sheet.
Acknowledgements: Hat tip to Eric Hemmeter on the MacAdmins Slack for this command.
You may sometimes script preferences using defaults write commands (don't edit the .plist files with a text editor directly). For example, you might change Munki client preferences using a command like:
There are several methods to get or generate .mobileconfig profiles. I'm listing them below in order of preference from top recs to not-to-top recs.
Just finding existing profiles
Chances are if you want to manage a setting, someone else has also wanted at some point to manage that setting. site:github.com mobileconfig is a great Google search for finding those.
Using mcxToProfile to generate a profile
You can create .mobileconfig profiles from existing .plist preference files you already have on a sample client machine. Just download Tim Sutton's mcxToProfile.
Then you can run something like
Generating Profiles with Apple Configurator
Apple Configurator is another option.
The code it produces is (like mcxToProfile's) clean and easy to edit. And, yes, you usually want to edit down .mobileconfig profiles to be only the things you actually want to manage. Omit (i.e., delete) anything that you want your users to be able to manage themselves.
Generating profiles with Profile Manager
If you're using Server.app, there's a built-in way to generate profiles.
Update: Apparently, you can tidy up the XML fairly easily if you want. Thanks to Ian Vonesh for the tip.
Whichever method you use, though, you can just import the .mobileconfig directly into Munki and push it out to your clients (be sure to test for unexpected behavior first before moving to production).
Follett/Destiny has its own documentation on the process of importing patrons into its online database, which is not very helpful.
Below are instructions on how you actually do it, based on trial and error and various calls to customer service for more details on the process that aren't actually documented anywhere.
Getting the Site Short Name
First of all, log in as the administrator for your account and click on List all sites, and then select the site you want to import into.
Click Back Office, and then on the left side bar that appears, click Site Configuration. On the row of tabs, find and click Site Info.
You should find your site's Short Name there. You will need to note that name for later.
Here's where things get confusing.
Even though you'll see an Import Patrons option on the left sidebar, apparently (according to customer service) you're not supposed to use that to import patrons.
Creating the XML to upload, method 1
You may want to do method 2 first so you can see what an example XML file looks like, but once you do that, you can also just create the XML directly out of PowerSchool to save you steps (and so you don't need a Windows machine every time you want to do an export/import). Here's an example PowerSchool custom page that creates the XML. Obviously, tweak to suit your own school's needs.
Note that you may see in your web browser what appear to be extra spaces in the XML file. Once you download it to your computer and open it with a text editor, the spaces should be gone, though.
Creating the XML to upload, method 2
This is the long method, but you may want to do this at least once so you have a template for the shorter method mentioned above.
First, you want to create a .csv file like this:
For some reason, though, you can't just straight upload the .csv—you have to convert it to XML first using a special converter application that runs only on Windows. You can find the converter in this bundle. In order for it to run, you'll have to download and install the latest Java.
When you launch up the converter, click the Browse button next to Choose CSV file to transform and find your .csv file.
You will likely have a header row (and should), so be sure to change Data begins on row to 2 instead of 1.
In the Field Mapping tab, you'll unfortunately have to manually map each field, even though your column headers match exactly what the Destiny field names are. Just pick the appropriate field for each one in the drop-down menu for the CSV Input Field column.
In the Patron Matching tab, select Site short name & Barcode for Math patrons using their.
Then click the Save button so you won't have to re-match the fields every time you want to do an upload.
Finally, click Run, and it will create an uploadable .xml file.
Uploading the XML
One more counterintuitive thing: you don't upload through your administrator login. There's a separate login just for importing, which you'll have to get from Follett/Destiny. Log in with that login and click on District. Then click on Back Office. On the sidebar, find and click on Update Patrons.
Then, next to Update File, click Choose File and find your .xml file. Click Update Patrons and then wait for the upload to finish. To check on the progress, continually click Job Manager (on the sidebar).