1 Kommentar (1 Kommentar)1 Reaktion (1 Reaktion)1 zugewiesene Person (1 zugewiesene Person)TypeScript13.395 Forks (13.395 Forks)batch import
BugDomain: ParserEffort: ModerateHelp WantedRescheduled
Repository-Metriken
- Stars
- 108.860 Sterne (108.860 Sterne)
- PR-Merge-Metriken
- PR-Metriken ausstehend (PR-Metriken ausstehend)
Beschreibung
This file has parse errors, but probably shouldn't.
Considerations:
- https://github.com/microsoft/TypeScript/pull/50856 added support for starting with a unicode escape
- The names
#ZW__NJ and #ZW__J contain \u200c and \u200d, respectively (not here, but in the file)
- Support for extended unicode escapes (i.e.
\u{6F}, rather than \u006F) depends on ES2015, but we appear to parse the file as ES5.
- Converting the extended unicode escapes to regular unicode escapes does not seem to eliminate the errors
Discovered as part of https://github.com/microsoft/TypeScript/issues/50835
Contributor Guide
- Research-Richtung
- Untersuchen Sie die referenzierte test262 Datei (https://github.com/tc39/test262/blob/6f8e0f67cad29a92a23ed7b596a9be8d7ba34644/test/language/expressions/class/elements/after same line static async method rs privatename identifier alt.js), um das erwartete Parsing von privaten Feldnamen mit Nullbreite Nichtverbindern (U+200C und U+200D) zu verstehen. Berücksichtigen Sie PR #50856, der die Unterstützung für erweiterte Unicode Escapes hinzugefügt hat, und analysieren Sie, warum die Konvertierung erweiterter Unicode Escapes in reguläre die Fehler nicht behebt. Untersuchen Sie den Parser Code von TypeScript für das Parsing von Klassenelementen, um sich an die ECMAScript 262 Spezifikation anzupassen, mit Fokus darauf, wie der ES5 Modus die Behandlung erweiterter Unicode Escapes beeinflusst.
- Tech Stack
- typescript
- Domain
- tooling
- Issue Type
- Fehler
- Voraussetzungen
- GitTypeScript
