Skip to content

3.2.0 release #1824

Description

@eitsupi

I've created https://github.com/REditorSupport/vscode-R/milestone/4

Since a lot of changes have been made, I think we could consider releasing version 3.1.0.

@renkun-ken @Fred-Wu
Do you have any thoughts on that?

Activity

  1. added this to the 3.1.0 milestone on Oct 5, 2026
  2. renkun-ken commented on Oct 5, 2026

    @renkun-ken
    Member

    Agree

  3. Fred-Wu commented on Oct 5, 2026

    @Fred-Wu
    Contributor

    Agree

  4. eitsupi commented on Oct 5, 2026

    @eitsupi
    MemberAuthor

    Thanks.

    #1741 includes breaking changes to the sess package, so if we include #1741, I would like to remove deprecated functions from sess.

  5. eitsupi commented on Oct 6, 2026

    @eitsupi
    MemberAuthor

    Related to #1751, maybe we should choose 3.2.0.

  6. changed the title [-]3.1.0 release[/-] [+]3.2.0 release[/+] on Oct 6, 2026
  7. grantmcdermott commented on Oct 6, 2026

    @grantmcdermott
    Contributor

    SGTM. #1832 was (is) a necessary condition for me to be able to use vscode-R at work, so I'd be grateful to have that available in the release version ASAP.

    P.S. I imagine that this would be taken care of as part of the release, but the sess versioning seems to be out of whack. It's currently denominated as 3.0.9000.9001.

  8. eitsupi commented on Oct 6, 2026

    @eitsupi
    MemberAuthor

    P.S. I imagine that this would be taken care of as part of the release, but the sess versioning seems to be out of whack. It's currently denominated as 3.0.9000.9001.

    As far as I understand, this is not a problem because vscode-R no longer checks for the sess version.

  9. grantmcdermott commented on Oct 6, 2026

    @grantmcdermott
    Contributor

    Good to know, but I still think we should fix the versioning (the double *.9000.9001 semantic suffix is strange, right?)

  10. eitsupi commented on Oct 7, 2026

    @eitsupi
    MemberAuthor

    #1832 was (is) a necessary condition for me to be able to use vscode-R at work, so I'd be grateful to have that available in the release version ASAP.

    Could you try daily pre-release version?

    Image

    Please check README.

    To receive daily development updates, choose Switch to Pre-Release Version on the R extension's page in VS Code. New pre-releases are published to the VS Code Marketplace and Open VSX Registry when main changes and verification passes. Choose Switch to Release Version to return to stable releases. When reporting problems, include the extension version and reproduction steps.

  11. grantmcdermott commented on Oct 7, 2026

    @grantmcdermott
    Contributor

    Thanks @eitsupi , confirmed that works locally. But my work situation requires a containerised solution, with pinned versions of our different SW, so I'd prefer to wait for the formal 3.2 release. (Otherwise my SDE team is going to get grumpy.)

    As an aside, I think it could be simpler to give the CLI equivalent of the above steps in the README, which is just:

    code --install-extension REditorSupport.r --pre-release --force
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Metadata

Metadata

Assignees

No one assigned

    Labels

    No labels
    No labels

    Type

    No type

    Projects

    No projects

      Relationships

      None yet

      Development

      No branches or pull requests

      Issue actions