mirror of
https://github.com/fleetdm/fleet
synced 2026-05-06 14:58:33 +00:00
57566301e1
This PR addresses the concern of potentially being able to release a device before any profile is sent, and the check thinking there is no pending. It addresses both the release worker, but also the orbit setup experience endpoint, even though that is less likely. _Checked the query against my host on dogfood where it took 0.1 seconds, with the single host._ fixes: #31143 _I also ended up putting my main test in a new file `integration_mdm_release_worker_test.go` and decided not to do fancy setup, as there is only one test so no recurring things, and based on our retro talk also moved the setup experience related tests inside of `integration_mdm_dep_test.go` into their separate file `integration_mdm_setup_experience_test.go`_ # Checklist for submitter If some of the following don't apply, delete the relevant line. - [x] Changes file added for user-visible changes in `changes/`, `orbit/changes/` or `ee/fleetd-chrome/changes`. See [Changes files](https://github.com/fleetdm/fleet/blob/main/docs/Contributing/guides/committing-changes.md#changes-files) for more information. - [x] Input data is properly validated, `SELECT *` is avoided, SQL injection is prevented (using placeholders for values in statements) ## Testing - [x] Added/updated automated tests - [ ] QA'd all new/changed functionality manually (No, since this one is hard to reproduce, but instead wrote an integration test before doing the change to verify the behaviour.) |
||
|---|---|---|
| .. | ||
| apple_mdm.go | ||
| apple_mdm_test.go | ||
| automation_failer.go | ||
| automation_failer_test.go | ||
| db_migrations.go | ||
| db_migrations_test.go | ||
| jira.go | ||
| jira_test.go | ||
| macos_setup_assistant.go | ||
| macos_setup_assistant_test.go | ||
| vpp_verification.go | ||
| worker.go | ||
| worker_test.go | ||
| zendesk.go | ||
| zendesk_test.go | ||