fix: make Device Hub simulator launch opt-in#766
Merged
Conversation
|
Size Report
Startup median (7 runs, lower is better):
Top changed chunks:
|
684fb4f to
ce3c15e
Compare
Member
Author
|
Fallow is blocking this PR on the latest run. The actionable findings are:
Please split the branchy provider helper/test callbacks into small predicates or table-driven helpers, then rerun |
ce3c15e to
de58d84
Compare
Member
Author
|
Fixed in de58d84. Changes:
Validation:
|
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Add this suggestion to a batch that can be applied as a single commit.This suggestion is invalid because no changes were made to the code.Suggestions cannot be applied while the pull request is closed.Suggestions cannot be applied while viewing a subset of changes.Only one suggestion per line can be applied in a batch.Add this suggestion to a batch that can be applied as a single commit.Applying suggestions on deleted lines is not supported.You must change the existing code in this line in order to create a valid suggestion.Outdated suggestions cannot be applied.This suggestion has been applied or marked resolved.Suggestions cannot be applied from pending reviews.Suggestions cannot be applied on multi-line comments.Suggestions cannot be applied while the pull request is queued to merge.Suggestion cannot be applied right now. Please check back later.
Summary
Make standalone Simulator the default host app again when surfacing Apple simulators, and expose Xcode Device Hub only through the new
--device-hub/deviceHub: trueopt-in.Device Hub surfacing for already-booted simulators uses non-activating
open -g -a Device Hub, while cold-boot Device Hub launches still foreground normally.Breaking change: this deliberately removes the
--no-device-hubCLI flag andnoDeviceHubclient option that shipped in0.17.2. That flag only existed to opt out of the Device-Hub-default behavior this PR reverts, so the default path now provides the same standalone Simulator behavior without a flag. Release notes for the next version should call out the removal for anyone who adopted it in0.17.2.Touched-file count: 19. Scope stayed within the open/simulator command surface and related tests/docs.
Validation
Verified with
pnpm format, targeted unit tests for CLI parsing/client forwarding/device readiness/iOS simulator launch behavior, provider integration for tvOS simulator surfacing,pnpm check:fallow --base origin/main, andpnpm check:quick.Additional cleanup after review replaced the overly broad internal
activate?: booleanoption withbackground?: boolean, wired only for the Device Hub already-booted path. A follow-up fallow cleanup simplified the simulator host provider predicate and branchy simulator launch test mocks.The focused SkillGym case was added but not executed here because running external SkillGym runners from the sandbox was rejected by policy.