Inferred project that currently use "current directory of tsserver host" needs some special handling

オープン

#59,870 2024年9月5日に作成コメント 0 件リアクション 0 件担当者 1 名 GitHub で見る

@sheetalkamat がすでに取り組んでいます。

2024年9月6日から。

評価

この issue はまだ評価されていません。

説明

Needs Investigation

🔍 Search Terms

Inferred project, tsserver current directory

✅ Viability Checklist

This wouldn't be a breaking change in existing TypeScript/JavaScript code
This wouldn't change the runtime behavior of existing JavaScript code
This could be implemented without emitting different JS based on the types of the expressions
This isn't a runtime feature (e.g. library functionality, non-ECMAScript syntax with JavaScript output, new syntax sugar for JS, etc.)
This isn't a request to add a new utility type: https://github.com/microsoft/TypeScript/wiki/No-New-Utility-Types
This feature would agree with the rest of our Design Goals: https://github.com/Microsoft/TypeScript/wiki/TypeScript-Design-Goals

⭐ Suggestion

Inferred projects that use tsserver's current directory (eg project root was not specified and is dynamic file or is single inferred project for all loose files). Esp for all the dynamic files (untitled files etc) this means we lookup package.json and files in tsserver current directory (which in most cases is vscode installation location) that seems undesirable but it also involves how to reference these dynamic files and needs some rethinking. it also ends up looking for node_modules/@types for auto type directives as well.

More prominent with #59844 and some of the tests added at https://github.com/microsoft/TypeScript/pull/59869/files#diff-d3671512f8dff77d5eabeb5694d7eae5e9b94e4d50a066c3e0205981fc102e22R59 show this as well.

📃 Motivating Example

Incorrect and unnecessary disk references to non existent files and watching those locations

💻 Use Cases

What do you want to use this for?
What shortcomings exist with current approaches?
What workarounds are you using in the meantime?

主要言語: Go
スター: 111k
フォーク: 14.4k
平均マージ: 1日 19時間
マージ済み PR（30日）: 117

コントリビューションガイド

コントリビューションガイドを開く

はじめの一歩

issue を最後まで読み、次にプロジェクトのコントリビューションガイドを読みます。
着手することを issue にコメントします — 二人が同じ作業をするのを防げます。
リポジトリをフォークし、ブランチを切って変更します。
issue 番号を参照したプルリクエストを送ります。

microsoft/TypeScript のほかの issue

[Bug] PrivateIdentifier nodes are omitted from 2020 semantic classifications オープン

難易度 2/5 1〜3時間初心者へのやさしさ 88/100

microsoft/TypeScript#64322 · コメント 2 件 · リアクション 1 件 · 担当者 2 名 · 2026年9月18日に作成
enhance: Add tests for premature caching of contextual parameter types オープン

Possible Improvement

難易度 2/5 1〜3時間初心者へのやさしさ 78/100

microsoft/TypeScript#64278 · コメント 1 件 · リアクション 1 件 · 2026年9月15日に作成
dom.generated.d.ts is missing from this repo while still referenced in the docs オープン

Docs

難易度 2/5 1〜3時間初心者へのやさしさ 70/100

microsoft/TypeScript#64118 · コメント 1 件 · 2026年9月1日に作成
typescript-language-server does not work with @typescript/typescript6 オープン

難易度 1/5 1時間未満初心者へのやさしさ 88/100

microsoft/TypeScript#64094 · 2026年8月29日に作成
The new `--lsp` flag is not mentioned in `tsc --help`'s output オープン

Docs

難易度 2/5 1〜3時間初心者へのやさしさ 76/100

microsoft/TypeScript#63959 · コメント 5 件 · 2026年8月22日に作成

microsoft/TypeScript の issue をすべて見る

似ている issue

[Bug]: verify-segment command is not registered / unreachable from the CLI オープン

難易度 1/5 1時間未満初心者へのやさしさ 92/100

milvus-io/birdwatcher#545 · 2026年9月21日に作成
verify-gofmt cannot fail: it runs gofmt -w before the check オープン

kind/bug

難易度 2/5 1〜3時間初心者へのやさしさ 88/100

kubernetes-sigs/prow#953 · コメント 1 件 · 2026年9月21日に作成
Context is not propagated in repository manager Forget and BatchForget operations オープン

難易度 2/5 1〜3時間初心者へのやさしさ 88/100

velero-io/velero#10551 · 2026年9月21日に作成
caddy fmt deletes an opening brace at the end of the input オープン

難易度 2/5 1〜3時間初心者へのやさしさ 88/100

caddyserver/caddy#8046 · 2026年9月21日に作成
[Bug]: read_skill truncates at a raw byte boundary, can corrupt the last character of a multi-byte UTF-8 rune オープン

難易度 2/5 1〜3時間初心者へのやさしさ 88/100

jaegertracing/jaeger#9588 · 2026年9月21日に作成

Go の issue をもっと見る