You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
This repository has been archived by the owner on Jan 26, 2022. It is now read-only.
I’ve already let Jamf School know about this by email, so until it’s fixed all I can do is work around this on my end.
There are 2 options:
Do nothing (ignore the issue)
Wrap the assertValid call in a try/catch that, on failure, will check if the JSON has a code property, and will run through the afterResponse checks again. This means I might need to abstract away the logic of the afterResponse hooks.
Option 2 is more complicated, but I feel like I might end up sticking with option 1. I’ll keep this issue open to track it though.
The text was updated successfully, but these errors were encountered:
clo4
changed the title
Certain endpoints incorrectly return a 200 status but are actually failures
Certain endpoints return a 200 status but are actually failures
Nov 2, 2021
Sign up for freeto subscribe to this conversation on GitHub.
Already have an account?
Sign in.
I’ve already let Jamf School know about this by email, so until it’s fixed all I can do is work around this on my end.
There are 2 options:
code
property, and will run through the afterResponse checks again. This means I might need to abstract away the logic of the afterResponse hooks.Option 2 is more complicated, but I feel like I might end up sticking with option 1. I’ll keep this issue open to track it though.
The text was updated successfully, but these errors were encountered: