Releases: mfujita47/VSCode-URI-Grep
Releases · mfujita47/VSCode-URI-Grep
Release list
v1.5.0
Fixed
- Fixed
contextLinesbeing silently ignored.workbench.action.findInFilesdoes not accept acontextLinesargument, so a URI that specifiescontextLinesnow opens a Search Editor (search.action.openEditor) instead, which does support context lines. The regex flag is translated to the Search Editor'sisRegexpname. Searches withoutcontextLineskeep using the search panel as before. - Fixed
+in the query string being turned into a space.query=\d+andquery=C++are now passed through literally. Use%20for a space. - Boolean parameters now accept
true/1/yes/onandfalse/0/no/off(case-insensitive), and a parameter written without a value (&isRegex) meanstrue. Previously anything other than the exact stringtruewas silently treated asfalse. - Numeric parameters now reject empty, negative and non-finite values instead of silently becoming
0or being passed through. Fractional values are truncated. - Invalid parameter values are no longer applied silently: they are reported in the URI Grep output channel and the value falls back to the setting, or is left unspecified.
- A URI whose path is not
/searchis now rejected with an error message instead of running a search anyway. - Debug output no longer goes to the developer console in normal use. The check used
process.env.NODE_ENV, which is unset in the extension host, so it was always on; it now usesExtensionMode.Development.
Changed
- Parameters that are not specified are no longer sent to VS Code. Previously every parameter was sent on every invocation, so a URI that only set
queryalso cleared the "files to include" box and reset the regex/case toggles. Now a parameter is sent only when the URI specifies it or when the correspondingurigrep.default*setting has been set explicitly; otherwise the Search panel keeps its current value.triggerSearchis the exception and is always sent, since VS Code will not start the search without it. If you relied on the old reset behaviour, spell the parameters out in the URI or set theurigrep.default*settings explicitly. - The
urigrep.default*settings no longer carry built-in default values (exceptdefaultTriggerSearch), so that "never configured" can be distinguished from "configured to the default value". urigrep.defaultContextLinesis now only a fallback for an invalidcontextLinesvalue in the URI; it no longer implies context lines for every search (which would have forced every search into a Search Editor).
Removed
- Removed the
contributes.uriHandlerentry frompackage.json. It is not a real contribution point; the handler is registered at runtime withwindow.registerUriHandlerand activated byonUri. - Removed the unused
preserveCasefield from the command arguments.
Internal
- Restored the test setup.
eslint.config.mjsand.vscode-test.mjswere both missing (the latter was even listed in.gitignore), sonpm testfailed at thepreteststep without running a single test. - Bumped
@vscode/test-electronto^3.1.0. Version 2.x spawns VS Code withshell: trueon Windows without quoting its arguments, so--extensionTestsPathwas cut at the first space when the repository path contains one. - Reworked the extension tests to verify activation, the existence of the commands the URI handler dispatches to, and that every parameter is contributed as a setting with a matching type and no stray default value.
- Widened
.gitignore's backup-file patterns from*.b*/.b*(which also swallowed unrelated files) to*.bak,*.backupand*.orig. - Version 1.4.1 was a local version bump that was never released or recorded here; 1.5.0 supersedes it.
.vscode-test.mjsnow runs the tests in Antigravity IDE when it is installed. SetURIGREP_TEST_TARGET=vscodeto test against a downloaded VS Code build instead, or point it at any other fork's executable.
Install from the VS Code Marketplace
or Open VSX, or grab the .vsix below for editors
that ship neither.