Skip to content

Rename Packages pane enable setting to packages.enabled#13642

Merged
bricestacey merged 3 commits into
mainfrom
13349/packages-enabled
May 26, 2026
Merged

Rename Packages pane enable setting to packages.enabled#13642
bricestacey merged 3 commits into
mainfrom
13349/packages-enabled

Conversation

@bricestacey
Copy link
Copy Markdown
Contributor

Adds packages.enabled as the canonical setting and hides the old positron.packages.enable behind included:false and a deprecationMessage. Both keys are honored: the pane is hidden if either is set to false, so existing user settings.json files keep working with no migration.

See #13349

This is the second time we're renaming this key, so would like to get a strong upvote on the configuration name.

Adds packages.enabled as the canonical setting and hides the old
positron.packages.enable behind included:false + a deprecationMessage.
Both keys are honored: the pane is hidden if either is set to false,
so existing user settings.json files keep working with no migration.

See #13349
@github-actions
Copy link
Copy Markdown

E2E Tests 🚀
This PR will run tests tagged with: @:critical

readme  valid tags

export const POSITRON_PACKAGES_VIEW_CONTAINER_ID = 'workbench.viewContainer.positronPackages';

const POSITRON_PACKAGES_ENABLED = ContextKeyExpr.equals('config.positron.packages.enable', true);
const POSITRON_PACKAGES_ENABLED = ContextKeyExpr.and(
Copy link
Copy Markdown
Contributor

@dhruvisompura dhruvisompura May 21, 2026

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Should this be an OR instead of an AND check? IIUC config.positron.packages.enable is the old setting name and we are keeping it around until this feature is out of preview (so folks who are already using it don't need to update their settings file) but the new setting name we want new folks to use is config.packages.enabled. If either is enabled, a user should be able to use the packages pane, right? Or do both need to be explicitly set to use the feature?

Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

As long as both are defined and default to true, AND seems correct. Eventually the old setting will be removed.

Copy link
Copy Markdown
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Ah yep, I got myself confused before but I think we should do AND so that, at least for the time being, if someone opted out before with the old setting we still opt them out.

softwarenerd
softwarenerd previously approved these changes May 21, 2026
Copy link
Copy Markdown
Contributor

@softwarenerd softwarenerd left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I think makes sense for use to keep the config.positron.packages.enable defined and defaulted to true because some user's may have set it to false. And the new setting config.packages.enabled is also defaulted to true.

juliasilge
juliasilge previously approved these changes May 22, 2026
Copy link
Copy Markdown
Member

@juliasilge juliasilge left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Thank you! I'm glad we can get this fixed now before too much time has passed so we don't add this setting to the list of ones we need to address with #13354.

jmcphers
jmcphers previously approved these changes May 22, 2026
@bricestacey bricestacey dismissed stale reviews from jmcphers, juliasilge, and softwarenerd via b66daa9 May 26, 2026 11:55
…ages.contribution.ts

Co-authored-by: Julia Silge <julia.silge@gmail.com>
Signed-off-by: Brice Stacey <bricestacey@gmail.com>
@bricestacey bricestacey merged commit 4d4dfb9 into main May 26, 2026
@bricestacey bricestacey deleted the 13349/packages-enabled branch May 26, 2026 12:59
@github-actions github-actions Bot locked and limited conversation to collaborators May 26, 2026
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.

Projects

None yet

Development

Successfully merging this pull request may close these issues.

5 participants