Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Fix issues with Fleet desktop periodically not appearing on macOS hosts #25924

Open
19 tasks
ghernandez345 opened this issue Jan 31, 2025 · 1 comment
Open
19 tasks
Labels
:product Product Design department (shows up on 🦢 Drafting board) story A user story defining an entire feature

Comments

@ghernandez345
Copy link
Contributor

ghernandez345 commented Jan 31, 2025

Goal

User story
As a user of a fleet desktop,
I want to ensure that Fleet desktop is available on my macOS host
so that I can always have access to my host details on Fleet.

Key result

Ensure a more stable fleet desktop experience where Fleet desktop is always available on a macOS host.

There have been issues where Fleet desktop periodically "disappears" on macOS hosts, so users cannot interact with Fleet desktop and cannot access their host information on Fleet. The cause is unclear, but it is thought that Fleet desktop, currently running as a daemon, maybe the issue and changing it to a launch agent instead may help. We are not certain if this will fix the issues though.

We could also surface information in Fleet or on the host that the host's Fleet desktop is not running and that action needs to be taken (e.g. a restart of the host). If we decide to go this route, some product ideation will be required.

Here are the current related bugs:

Original requests

None

Context

  • Product designer: _________________________

Changes

Product

  • UI changes: TODO
  • CLI (fleetctl) usage changes: TODO
  • YAML changes: TODO
  • REST API changes: TODO
  • Fleet's agent (fleetd) changes: TODO
  • Activity changes: TODO
  • Permissions changes: TODO
  • Changes to paid features or tiers: TODO
  • Transparency changes: TODO
  • First draft of test plan added
  • Other reference documentation changes: TODO
  • Once shipped, requester has been notified
  • Once shipped, dogfooding issue has been filed

Engineering

  • Test plan is finalized
  • Feature guide changes: TODO
  • Database schema migrations: TODO
  • Load testing: TODO

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

QA

Risk assessment

  • Requires load testing: TODO
  • Risk level: Low / High TODO
  • Risk description: TODO

Test plan

  1. Step 1
  2. Step 2
  3. Step 3

Testing notes

Confirmation

  1. Engineer: Added comment to user story confirming successful completion of test plan.
  2. QA: Added comment to user story confirming successful completion of test plan.
@ghernandez345 ghernandez345 added #g-mdm MDM product group :product Product Design department (shows up on 🦢 Drafting board) :release Ready to write code. Scheduled in a release. See "Making changes" in handbook. story A user story defining an entire feature labels Jan 31, 2025
@ghernandez345 ghernandez345 removed the :release Ready to write code. Scheduled in a release. See "Making changes" in handbook. label Jan 31, 2025
@georgekarrv
Copy link
Member

Adding #19172

@noahtalerman noahtalerman added :product Product Design department (shows up on 🦢 Drafting board) and removed story A user story defining an entire feature :product Product Design department (shows up on 🦢 Drafting board) #g-mdm MDM product group labels Jan 31, 2025
@lukeheath lukeheath added the story A user story defining an entire feature label Feb 7, 2025
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
:product Product Design department (shows up on 🦢 Drafting board) story A user story defining an entire feature
Projects
None yet
Development

No branches or pull requests

4 participants