Skip to content

feat!: raise the VS Code floor to 1.136 - #61

Merged
kkdev92 merged 1 commit into
mainfrom
feat/vscode-1.136-floor
Sep 7, 2026
Merged

feat!: raise the VS Code floor to 1.136#61
kkdev92 merged 1 commit into
mainfrom
feat/vscode-1.136-floor

Conversation

@kkdev92

@kkdev92 kkdev92 commented Sep 7, 2026

Copy link
Copy Markdown
Owner

Releases 0.5.0. VS Code 1.136 or later is now required; nothing this extension
does changed.

Why

@types/vscode published 1.136.0, and @kkdev92/vscode-ext-kit 5.0.0 raised its
own engines.vscode to ^1.136.0 in step with it. Every extension built on the
kit inherits that floor.

vsce enforces the pairing rather than trusting it. With @types/vscode at
~1.136.0 and engines.vscode left at ^1.134.0, packaging fails outright:

@types/vscode ~1.136.0 greater than engines.vscode ^1.134.0.
Either upgrade engines.vscode or use an older @types/vscode version

That is exactly what the weekly dependency pull request ran into, and because
this extension ships six platform-specific builds, it failed on all six.

Nothing else changed

Pasting, saving and the image handling behave exactly as in 0.4.x. The only
reason a version exists is that installations on an older VS Code can no longer
take updates — they keep 0.4.x.

The kit major it takes is equally narrow: 5.0.0 raised the floor and nothing
else, and the API it exposes is byte-for-byte what 4.1.1 exposed.

Verification

  • npm run verify end to end — lint, compile, the test typecheck, the suite
    with coverage, and the e2e lane, which is 13 cases in a real Extension
    Host
    , so the new floor was exercised against a host that has it
  • vsce package — the step that was failing, now packaging 116 files
  • VSIX verification passed

🤖 Generated with Claude Code

`@types/vscode` published 1.136.0, and `@kkdev92/vscode-ext-kit` 5.0.0 raised its
own `engines.vscode` to `^1.136.0` in step with it. Every extension built on the
kit inherits that floor, so this one declares it too, and takes the kit major.

`vsce` enforces the pairing rather than trusting it: with `@types/vscode` at
`~1.136.0` and `engines.vscode` left at `^1.134.0`, packaging fails outright with
"@types/vscode ~1.136.0 greater than engines.vscode ^1.134.0". That is what the
weekly dependency PR ran into -- across all six platform builds -- and raising
the two together is the fix.

Nothing this extension does changed. Pasting, saving and the image handling
behave exactly as in 0.4.x; the only reason for a version is that installations
on an older VS Code can no longer take updates.

Verified: `npm run verify` end to end -- lint, compile, the test typecheck, the
suite with coverage, and the e2e lane, which is 13 cases in a real Extension
Host. Then `vsce package` (the step that was failing) and the VSIX verification.

BREAKING CHANGE: VS Code 1.136 or later is now required. Installations on an
older VS Code keep 0.4.x.

Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
Claude-Session: https://claude.ai/code/session_017Uf34bXf9dd7BURuBCh7Wx
@kkdev92
kkdev92 merged commit 14e7702 into main Sep 7, 2026
16 checks passed
@kkdev92
kkdev92 deleted the feat/vscode-1.136-floor branch September 7, 2026 09:00
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant