Closed ddribeiro closed 1 month ago
QA Notes:
I was able to reproduce the issue by uploading a profile to a team then quickly deleting it before it gets installed on the host. Fleet sends the remove command to the host without the profile installed so the uninstall fails.
Note: I was able to use a similar workaround as the customer to remove it = upload the profile again, allow it to install on the host and make sure it has time to verify. Then delete it.
Video shows the bug and workaround. We will pull into our mdm board so the engineers can take a look.
possibly related #21891
We're currently removing profiles that never made it to the host in a cron job
@jahzielv Sounds like this fix you applied for 21891 should solve this so I will close it out unless you disagree?
@PezHub I'm not sure, I hadn't seen this one before. I can try to reproduce this and see if the fix works here.
Thanks, I can certainly help test. Seems like the cron job would clean this up but we'll see 🤞
The cronjob adjustment made as part of a fix for issue #21891 should resolve this as well so closing it out.
Offline device roams, Fleet's command lost in clouds. Return, profile's gone.
Fleet version: 4.56
💥 Actual behavior
A macOS host that had a configuration profile installed by Fleet was offline for an extended period of time. During this time, the configuration profile was removed from Fleet. Fleet correctly sent the RemoveProfile command, but the host was not online to receive it. The RemoveProfile command expired in APNs before the host came back online. Fleet did not re-send the RemoveProfile command,
🧑💻 Steps to reproduce
🕯️ More info (optional)
Due to the lengthy and undefined amount of time it takes for an APNs command to expire, this one is likely going to be difficult to reproduce.
To fix this behavior, the customer had to:
Alternatively: