microsoft / microsoft/TypeScript
vscode.provideDocumentSemanticTokens returns null when using native preview with built-in TS extension disabled
Dieses Issue hat noch niemand übernommen.
- Vorherrschende Sprache
- Go
- Sterne
- 111k
- Forks
- 14.3k
- Ø Merge
- 2 T. 4 Std.
- Gemergte PRs (30 T.)
- 132
Beschreibung
🔎 Search Terms
vscode.provideDocumentSemanticTokens
🕗 Version & Regression Information
textDocument/semanticTokens/fullare computed as shown in output panel.- editor renders semantic highlighting correctly
- But
vscode.provideDocumentSemanticTokensreturns null/undefined when called from another extension - other language ext that register
DocumentSemanticTokensProviderworks though. evenpwsh
⏯ Playground Link
No response
💻 Code
// Your code here
🙁 Actual behavior
inconsistent sem token return
🙂 Expected behavior
should be consistent in output panel and when called from another ext
Additional information about the issue
No response
Beitragsleitfaden
Erste Schritte
- Lies das ganze Issue und danach den Beitragsleitfaden des Projekts.
- Schreib ins Issue, dass du es übernimmst — das erspart doppelte Arbeit.
- Forke das Repository und arbeite in einem Branch.
- Öffne einen Pull Request, der die Issue-Nummer nennt.
Rechercherichtung
Beginne damit, das Problem mit aktiviertem nativen Preview und deaktivierter integrierter TypeScript-Erweiterung zu reproduzieren, und vergleiche das textDocument/semanticTokens/full-Ergebnis des Output-Panels mit vscode.provideDocumentSemanticTokens aus einer anderen Erweiterung. Das Problem ist erledigt, wenn sich das API-Verhalten für TypeScript konsistent mit dem Output-Panel verhält, mit Regressionstests oder einer dokumentierten Einschränkung, falls das Verhalten beabsichtigt ist.
Vom Indexierungsmodell aus dem Issue-Text verfasst.
Bewertung
- Tech-Stack
- typescript
- Bereich
- devtools
- Issue-Typ
- Bug
- Schwierigkeit
- 4/5
- Geschätzter Aufwand
- 3-5 Tage
- Aktivitätsstatus
- Aktiv
- Klarheit
- Muss geklärt werden
- Anfängerfreundlichkeit
- 35/100