Fix settings grouping under PowerShell heading with subgroups in VS Code 1.101+ #5329
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.
PR Summary
VS Code 1.101+ requires the
idproperty in configuration objects to properly scope settings subgroups under an extension's heading. Settings groups (Interface, Formatting, Editor Services, Pester, Terminal, Developer) were appearing as separate top-level items instead of under the PowerShell extension heading.Changes
Added
idproperty to each configuration section inpackage.jsonto properly scope them under the PowerShell extension while preserving thetitleproperty for subgroup display names:Before:
After:
VS Code now groups all settings under the extension's
displayName("PowerShell") as the parent heading, with each titled section appearing as a subgroup.Expected Settings UI Structure
Impact
PR Checklist
Fixes #5328
Original prompt
💬 We'd love your input! Share your thoughts on Copilot coding agent in our 2 minute survey.