microsoft / microsoft/TypeScript

Closing TS 6.0 LS issues

Offen
#62,827 13 Kommentare 24 Reaktionen 0 zugewiesene Personen Auf GitHub ansehen

Dieses Issue hat noch niemand übernommen.

Discussion
Vorherrschende Sprache
Go
Sterne
111k
Forks
14.3k
Ø Merge
2 T. 4 Std.
Gemergte PRs (30 T.)
132

Beschreibung

### Acknowledgement

- [x] I acknowledge that issues using this template may be closed without further explanation at the maintainer's discretion.

### Comment

[As discussed in our December blog post](https://devblogs.microsoft.com/typescript/progress-on-typescript-7-december-2025/#resetting-language-service-issues), we're in the process of closing all bugs related to the JavaScript implementation (AKA Strada AKA TypeScript versions 1.1 through 6.0) of the language service.

## Why?

A very large part of the language service has basically been rewritten from scratch:
* We now use LSP instead of a custom protocol
* A large amount of logic was not directly portable, so got hand-authored instead, thus likely has a different set of problems

It's extremely time-consuming (and low-yield) to try to verify these issues, so instead we're taking a more blunt approach and instead doing a one-time bulk close of these issues.

In a future step, we'll also be applying this to PRs that change language service behavior, as all future development efforts should be invested in the native codebase. It's important that 6.0 remain a stable release and merging these PRs would potentially introduce servicing costs that would be better spent on the 7.0 codebase.

## Why not tsc bugs too?

The port of the core checker logic is extremely faithful to the existing codebase, so almost every checking bug in TS is still present in the Go version (for better or worse!). We're trying to apply some more aggressive auto-verification of old bugs just to keep things tidy, but auto-closing checker bugs right now would discard too many valid issues.

## When?

Now-ish, subject to GitHub API rate limits 🙂

## What (should you do about it)?

Please try out your scenario in the [TypeScript Native Nightly extension](https://marketplace.visualstudio.com/items?itemName=TypeScriptTeam.native-preview).

Three cases to consider:
* The feature isn't implemented yet, wait and try again later
* If the bug is fixed, no action is needed
* If the bug is still present, please [log a new issue](https://github.com/microsoft/typescript-go/issues/new?template=03-vscode-editor-issue.yml) in the native repo so we can investigate

Happy coding!

Beitragsleitfaden

Beitragsleitfaden öffnen

Erste Schritte

  1. Lies das ganze Issue und danach den Beitragsleitfaden des Projekts.
  2. Schreib ins Issue, dass du es übernimmst — das erspart doppelte Arbeit.
  3. Forke das Repository und arbeite in einem Branch.
  4. Öffne einen Pull Request, der die Issue-Nummer nennt.

Rechercherichtung

Bei diesem Issue handelt es sich um einen Hinweis auf eine Sammelschließung und nicht um eine Implementierungsaufgabe. Versuche das Szenario in der TypeScript Native Nightly-Erweiterung; falls das Feature nicht implementiert ist, warte und versuche es erneut, und falls der Bug weiterhin besteht, erstelle ein neues Issue im TypeScript Native-Repository unter Verwendung seiner VS Code-Editor-Issue-Vorlage.

Vom Indexierungsmodell aus dem Issue-Text verfasst.

Bewertung

Tech-Stack
go, typescript
Bereich
tooling
Issue-Typ
Dokumentation
Schwierigkeit
5/5
Geschätzter Aufwand
Über eine Woche
Aktivitätsstatus
Veraltet
Klarheit
Muss geklärt werden
Anfängerfreundlichkeit
1/100

Neue Issues direkt in Ihr Postfach

Eine kurze Übersicht über anfängerfreundliche GitHub-Issues.