<!-- **This issue's remaining effort can be completed in ≤1 sprint. It will be valuable even if nothing else ships.** It is [planned and ready](https://fleetdm.com/handbook/company/development-groups#making-changes) to implement. It is on the proper kanban board. --> ## Goal | User story | |:---------------------------------------------------------------------------| | As an admin configuring Fleet via the UI, | I want to see **Single sign-on options** and **Host status webhook** in the **Integrations** tab instead of **Organization settings** | so that I can find those settings more easily. ## Key result Small UX improvements <!-- What quarterly key result (KR) does this story contribute to, if any? If it doesn't contribute to a KR, explain why it's being prioritized. --> ## Original requests _None_ <!-- Insert the link to the feature request(s) that this story contributes to. Put "None" if it doesn't contribute to a request. For customer requests, add the `customer-xyz` label(s). --> ## Context - Product designer: @rachaelshaw <!-- Who is the product designer to contact if folks have questions about the UI, CLI, or API changes? --> <!-- What else should contributors [keep in mind](https://fleetdm.com/handbook/company/development-groups#developing-from-wireframes) when working on this change? (Optional.) 1. 2. --> ## Changes ### Product - [x] UI changes: [Figma](https://www.figma.com/design/SxtBgJZOJ7jcZOGEMeUHYm/%2325798-Move-SSO-and-host-status-webhook-settings-to-Settings-%3E-Integrations-tab?node-id=27-205&t=K1r2Li2fU8zQmQfs-1) <!-- Insert the link to the relevant Figma cover page. Make sure wireframes show the UI down to 320px (min screen width). Put "No changes" if there are no changes to the user interface. --> - [x] CLI (fleetctl) usage changes: _No changes_ <!-- Insert the link to the relevant Figma cover page. Put "No changes" if there are no changes to the CLI. --> - [x] YAML changes: _No changes_ <!-- Specify changes in the YAML files doc page as a PR to the reference docs release branch following the guidelines in the handbook here: https://fleetdm.com/handbook/product-design#drafting Put "No changes" if there are no changes necessary. --> - [x] REST API changes: _No changes_ <!-- Specify changes in the the REST API doc page as a PR to reference docs release branch following the guidelines in the handbook here: https://fleetdm.com/handbook/product-design#drafting Put "No changes" if there are no changes necessary. Move this item to the engineering list below if engineering will design the API changes. --> - [x] Fleet's agent (fleetd) changes: _No changes_ <!-- Specify changes to fleetd. If the change requires a new Fleet (server) version, consider specifying to only enable this change in new Fleet versions. Put "No changes" if there are no changes necessary. --> - [x] GitOps mode changes: _No changes_ <!-- Specify UI changes for read-only GitOps mode. Put "No changes" if there are no changes necessary. --> - Moved settings pages have the same GitOps mode UI as before. - [x] Activity changes: _No changes_ <!-- Specify changes to the Audit log page in the contributor docs. Put "No changes" if there are no changes necessary. --> - [x] Permissions changes: _No changes_ <!-- Specify changes in the Manage access doc page as a PR to the reference docs release branch. If doc changes aren't necessary, explicitly mention no changes to the doc page. Put "No changes" if there are no permissions changes. --> - [x] Changes to paid features or tiers: _No changes_ <!-- Specify changes in pricing-features-table.yml as a PR to reference docs release branch. Specify "Fleet Free" and/or "Fleet Premium" if there are no changes to the pricing page necessary. --> - [x] Transparency changes: _No changes_ <!-- If there are changes to the personal information Fleet can see on end user workstations, make sure wireframes include changes to the My device page. Also, specify changes as a PR to the fleetdm.com/better (aka Transparency page). Put "No changes" if there are no changes necessary. --> - [x] First draft of test plan added - [x] Other reference documentation changes: [PR](https://github.com/fleetdm/fleet/pull/26661) <!-- Any other reference doc changes? Specify changes as a PR to reference docs release branch. Put "No changes" if there are no changes necessary. --> - [x] ~~Once shipped, requester has been notified~~ N/A - [x] ~~Once shipped, dogfooding issue has been filed~~ N/A (small UX improvement) ### Engineering - [ ] Test plan is finalized. @xpkoala, please approve. - [x] Feature guide changes: No need <!-- Specify if a new feature guide is required at fleetdm.com/guides, or if a previous guide should be updated to reflect feature changes. --> - [x] Database schema migrations: No need <!-- Specify what changes to the database schema are required. (This will be used to change migration scripts accordingly.) Remove this checkbox if there are no changes necessary. --> - [x] Load testing: No need <!-- List any required scalability testing to be conducted. Remove this checkbox if there is no scalability testing required. --> > ℹ️ Please read this issue carefully and understand it. Pay [special attention](https://fleetdm.com/handbook/company/development-groups#developing-from-wireframes) to UI wireframes, especially "dev notes". ## QA ### Risk assessment - Requires load testing: No need <!-- User story has performance implications that require load testing. Otherwise, remove this item. --> - Risk level: Low <!-- Choose one. Consider: Does this change come with performance risks? Any risk of accidental log spew? Any particular regressions to watch out for? Any potential compatibility issues, even if it's not technically a breaking change? --> - Risk description: UI changes may unlikely affect other UI areas <!-- If the risk level is high, explain why. If low, remove. --> ### Test plan <!-- Add detailed manual testing steps for all affected user roles. --> 1. Navigate to **Settings** > **Organization settings** - Should not see **Single sign-on options** in nav - Should not see **Host status webhook** in nav 2. Navigate to **Settings** > **Integrations** - Should see **Single sign-on options** in nav - Should see **Host status webhook** in nav 3. In URL bar, navigate directly to `/settings/organization/sso` - Should be redirected to `/settings/integrations/sso` 4. In URL bar, navigate directly to `/settings/organization/host-status-webhook` - Should be redirected to `/settings/integrations/host-status-webhook` 5. Navigate to **Settings** > **Integrations** > **Single sign-on options** and edit the form. - Should save successfully 6. Navigate to **Settings** > **Integrations** > **Host status webhook** and edit the form. - Should save successfully <!-- Consider: Do the steps above apply to all global access roles, including admin, maintainer, observer, observer+, and GitOps? Do the steps above apply to all team-level access roles? If not, write the steps used to test each variation. --> ### Testing notes <!-- Any additional testing notes relevant to this story or tools required for testing. --> ### Confirmation <!-- The engineer responsible for implementing this user story completes the test plan before moving to the "Ready for QA" column. --> 1. [ ] Engineer: Added comment to user story confirming successful completion of test plan. 2. [x] QA: Added comment to user story confirming successful completion of test plan.
Goal
Key result
Small UX improvements
Original requests
None
Context
Changes
Product
Once shipped, requester has been notifiedN/AOnce shipped, dogfooding issue has been filedN/A (small UX improvement)Engineering
QA
Risk assessment
Test plan
/settings/organization/sso/settings/integrations/sso/settings/organization/host-status-webhook/settings/integrations/host-status-webhookTesting notes
Confirmation