build(deps): bump @tailwindcss/vite from 4.1.6 to 4.3.0 - #3
Closed
dependabot[bot] wants to merge 1 commit into
Closed
build(deps): bump @tailwindcss/vite from 4.1.6 to 4.3.0#3dependabot[bot] wants to merge 1 commit into
dependabot[bot] wants to merge 1 commit into
Conversation
dependabot
Bot
force-pushed
the
dependabot/npm_and_yarn/tailwindcss/vite-4.3.0
branch
from
May 16, 2026 09:47
feb4f6b to
c95b712
Compare
alsterg
added a commit
that referenced
this pull request
May 22, 2026
Added Gap #1 describing the parser-level pattern → query fallback in NativeToolCallParser.ts, explaining why models confabulate 'pattern' (cross-tool name collision with sed/find_files) and how the fix works without schema pollution. Renumbered existing gaps #2–#7 to #3–#8. chore(release): bump version to 0.22.27
Bumps [@tailwindcss/vite](https://github.com/tailwindlabs/tailwindcss/tree/HEAD/packages/@tailwindcss-vite) from 4.1.6 to 4.3.0. - [Release notes](https://github.com/tailwindlabs/tailwindcss/releases) - [Changelog](https://github.com/tailwindlabs/tailwindcss/blob/main/CHANGELOG.md) - [Commits](https://github.com/tailwindlabs/tailwindcss/commits/v4.3.0/packages/@tailwindcss-vite) --- updated-dependencies: - dependency-name: "@tailwindcss/vite" dependency-version: 4.3.0 dependency-type: direct:production update-type: version-update:semver-minor ... Signed-off-by: dependabot[bot] <support@github.com>
dependabot
Bot
force-pushed
the
dependabot/npm_and_yarn/tailwindcss/vite-4.3.0
branch
from
May 22, 2026 07:27
c95b712 to
635ff5b
Compare
alsterg
added a commit
that referenced
this pull request
May 25, 2026
#3) Hotfixes #1 (08cb900) and #2 (09d3858) purged the static `vscode` import from `src/shared/experiments.ts` and `src/shared/modes.ts` respectively. But `src/shared/modes.ts` still re-exported `getFullModeDetails`, which transitively imported `addCustomInstructions` from `src/core/prompts/sections/custom- instructions.ts` — and that module imports `fs/promises`, `path`, and `os`. The webview bundler cannot resolve Node built-ins any more than it can resolve `vscode`, so the webview chunk still carried a stale `shared/modes.ts` source-content reference to a host-only module and the bundle still crashed at load time with `Uncaught TypeError: Failed to resolve module specifier "vscode"` — surfaced this time from the chain modes.ts → custom-instructions.ts. (The reason the symptom looked identical even though the *direct* offender had moved: the cached webview build under `src/webview-ui/build/` was being replayed by turbo because edits to `src/shared/*` did not invalidate the webview package's per-package input hash. Fixed in the superproject by f537a95 which wires `--no-cache` to wipe turbo/vite/tsbuildinfo caches for extension builds. With that flag in hand a clean rebuild confirmed the bundle no longer contains `import "vscode"`.) Fix: move `getFullModeDetails` (the only remaining host-coupled symbol in `src/shared/modes.ts`) into the new host-only module `src/core/modes/getFullModeDetails.ts`, alongside its host-only spec under `src/core/modes/__tests__/getFullModeDetails.test.ts`. Drop the `addCustomInstructions` import from `src/shared/modes.ts`, and strip the now-stale `getFullModeDetails` cases out of the webview-side `src/shared/__tests__/modes.spec.ts`. Update the single host caller in `src/core/environment/getEnvironmentDetails.ts` to import from the new location. Per the "Shared Module Isolation Rule" in AGENTS.md, files under `src/shared/` MUST NOT statically import host-only modules — that includes anything reaching `vscode`, `fs/promises`, `path`, `os`, or host services. This commit closes the last such offender in modes.ts. Bumps version to 0.26.14.
Author
|
OK, I won't notify you again about this release, but will get in touch when a new version is available. If you'd rather skip all updates until the next major or minor version, let me know by commenting If you change your mind, just re-open this PR and I'll resolve any conflicts on it. |
alsterg
added a commit
that referenced
this pull request
Jun 10, 2026
…ypass Add a dedicated mock scenario matching the architect mode prompt so test #13 passes on the mock provider. Guard test #21 (SIGINT) behind a real-provider check — the prompt contains "number" which hits the built-in mock scenario and returns instantly, so SIGINT always lands after rc=0 on mock. Closes issues #2 and #3 from todos/fixing_tests.md.
alsterg
added a commit
that referenced
this pull request
Jun 13, 2026
…WIRED resolveVersionedSettings (versionedSettings.ts) is unit-tested but has no production callers, and the Shofer Cloud API that would fetch these settings doesn't exist in this fork (per cloud.md). Added a NOT-WIRED banner so readers don't mistake the dormant versioned-settings design for runtime behavior; the live prefs are the local OpenAI-router/Gemini/Vertex ones. Resolved the doc's own gap #3.
alsterg
added a commit
that referenced
this pull request
Jun 13, 2026
- Gap #2 claimed ShoferIgnoreController is dead code; it is now central and widely used (Task.ts every-task instantiation, code indexer, assistant agent, tree-sitter, ripgrep, context-management). Marked resolved. - PROTECTED_PATTERNS no longer contains .shoferrules* (it's now .shofer/**, .vscode/**, *.code-workspace, .shoferprotected, AGENTS.md, AGENT.md). Reconciled the stale .shoferrules* gaps (#3, #4, #6) and added the missing .shoferprotected row to the write-protected summary table. - Fixed a ghost 'rules-ask/' example (no Ask mode) -> rules-code-search/.
alsterg
added a commit
that referenced
this pull request
Jun 13, 2026
The browser-tools extension does exist now, but it does not implement the getDefinitions/invokeTool private-tool-provider contract (only showExecutors/ showOutput/showPreview). Corrected gap #3 (which claimed no such extension exists) and annotated the settings.json example's browser-tools entry as illustrative (switched the fence to jsonc for the comment). Left the arkware/shofer namespace-mismatch gap documented — fixing it touches vscode-tools which has uncommitted changes.
alsterg
added a commit
that referenced
this pull request
Jun 15, 2026
Add a 'design only — not yet implemented' section exploring how dragging a file from the VSCode Explorer could populate the typed input form that collects workflow params (WorkflowParamForm / FollowUpData.paramForm), which now also backs mid-flow escalate forms. Key points: form-control fields receive drop events reliably on Desktop (same exception ChatTextArea relies on), so per-field onDrop beats the native TreeView (which can't target a field); a declared 'accepts: path|paths|content' trait gates which fields are droppable; reuses extractUriPayload/parseDroppedUris; cwd wiring (Known-issues #3) and shoferignore filtering are prerequisites; OS-file drags stay unsupported (Electron). Includes a slang-author surface sketch and open questions. No code changes.
alsterg
added a commit
that referenced
this pull request
Jul 7, 2026
The mode rows were plain onClick divs with no role/tabindex/keyboard handling, so screen readers couldn't operate the menu and automation had no per-row ref. Make the list a labelled role=listbox and each row a focusable role=option with aria-selected, tabIndex=0, an Enter/Space onKeyDown mirroring the click, and a focus-visible ring. (shofer-ui-known-bugs #3)
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.
Bumps @tailwindcss/vite from 4.1.6 to 4.3.0.
Release notes
Sourced from @tailwindcss/vite's releases.
... (truncated)
Changelog
Sourced from @tailwindcss/vite's changelog.
... (truncated)
Commits
588bd734.3.0 (#20023)d194d4cdocs: fix various typos in comments and documentation (#19878)db27049fix(@tailwindcss/vite): include@variantin feature detection (#19966)5a79990Always resolve relative files, relative to the current .css file (#19965)f3fdda2fix(vite): avoid resolving JS plugins to browser CSS entries (#19949)69ad7cc4.2.4 (#19948)685c19eFix issue around resolving paths in@tailwindcss/vite(#19947)2e3fa494.2.3 (#19944)5cb1efdfix(vite): resolve tsconfig paths in CSS and JS resolvers (#19803)d596b0c4.2.2 (#19821)Maintainer changes
This version was pushed to npm by GitHub Actions, a new releaser for
@tailwindcss/vitesince your current version.