Skip to content

Add multiple managed app configurations per software title #47904

Description

@marko-lisica

Goal

User story
As an IT admin,
I want to add multiple configurations to my iOS/iPadOS and Android apps and scope them to different labels (e.g. IdP groups)
so that I can restrict access or provide different VPN configuration to some groups.

Changes

Product

  • UI changes: Figma
  • CLI (fleetctl) usage changes: No changes
  • YAML changes: TODO
  • REST API changes: TODO
  • Fleet's agent (fleetd) changes: No changes
  • Fleet server configuration changes: No changes
  • Exposed, public API endpoint changes: No changes
  • fleetdm.com changes: No changes
  • GitOps mode UI changes: TODO
  • GitOps generation changes: TODO
  • Activity changes: TODO
  • Permissions changes: TODO
  • Changes to paid features or tiers: TODO
  • My device and fleetdm.com/better changes: TODO
  • Usage statistics: TODO
  • Other reference documentation changes: TODO
  • First draft of test plan added
  • Once shipped, requester has been notified
  • Once shipped, dogfooding issue has been filed

Engineering

  • Test plan is finalized
  • Contributor API changes: TODO
  • Feature guide changes: TODO
  • Database schema migrations: TODO
  • Load testing: TODO
  • Pre-QA load test: TODO
  • Load testing/osquery-perf improvements: TODO
  • This is a premium only feature: Yes / No

ℹ️  Please read this issue carefully and understand it. Pay special attention to UI wireframes, especially "dev notes".

Risk assessment

  • Requires testing in a hosted environment: TODO
  • Requires load testing: TODO
  • Risk level: Low / High TODO
  • Risk description: TODO

Test plan

Make sure to go through the list and consider all events that might be related to this story, so we catch edge cases earlier.

Core flow

  • TODO

Edge cases

  • TODO

Supplemental testing

Testing notes

Confirmation

  1. Engineer: Added comment to user story confirming successful completion of test plan (include any special setup, test data, or configuration used during development/testing if applicable).
  2. QA: Added comment to user story confirming successful completion of test plan.
  3. QA: Determined whether this story needs Playwright automation.
    • Needs automation: Yes / No
    • If yes, filed a follow-up issue in the :help-qa project with status "Needs automation":

Metadata

Metadata

Assignees

Labels

#g-auto-patchingProduct group focused on auto patching software:productProduct Design department (shows up on 🦢 Drafting board)customer-blondeletcustomer-cisneros-astoryA user story defining an entire feature

Type

No type

Projects

Status
🐣 In progress
Status
No status
Status
🎗️ Feature request
Status
🦢 Drafting

Milestone

Relationships

None yet

Development

No branches or pull requests

Issue actions