microsoft / microsoft/TypeScript
Don't include full paths in module names in error messages
Nessuno ha ancora preso questa issue.
- Lingua principale
- Go
- Stelle
- 111k
- Fork
- 14.3k
- Merge medio
- 2g 4h
- PR unite (30g)
- 132
Descrizione
TypeScript Version: 4.0.5 (also tested with typescript@next)
Search Terms: namespace has no exported member error
Description
Currently certain error messages shows full file paths. For example:
Namespace '"y:/projects/opf/portal/OPF.Portal.Web/Content/Scripts/DinSide/App/Store/index"' has no exported member 'All'. ts(2694)
Could not find a declaration file for module 'shortid'. 'y:/projects/opf/portal/OPF.Portal.Web/node_modules/shortid/index.js' implicitly has an 'any' type.
Trynpm install @types/shortidif it exists or add a new declaration (.d.ts) file containingdeclare module 'shortid';ts(7016)
Our project was started without strict: true (and few @typescript-eslint rules), so the code base includes several thousand errors. To be able to gradually fix them, we have started to use betterer, which includes committing a snapshot of all the current errors. Snapshot is then used to report report when we fix errors, and fail our build if we add new errors. But because of certain Typescript errors using full file paths, we're getting unnecessary diffs in this snapshot.
Would it be possible to use file paths relative to the project/tsconfig.json root in the error messages instead?
So, with tsconfig.json in y:/projects/opf/portal/OPF.Portal.Web/, the error message would instead be:
Namespace '"Content/Scripts/DinSide/App/Store/index"' has no exported member 'All'. ts(2694)
An alternative solution could be to change betterer instead, make it auto-replace file paths with relative paths, or something like that. But figured I could at least ask here, especially since it could maybe be an issue for other tools as well.
Related Issues: Couldn't find any
Guida per i contributori
Apri la guida per i contributori
Come iniziare
- Leggi tutta la issue e poi la guida ai contributi del progetto.
- Commenta sulla issue per dire che te ne occupi tu — evita che due persone facciano lo stesso lavoro.
- Fai un fork del repository e lavora su un branch.
- Apri una pull request che faccia riferimento al numero della issue.
Direzione di ricerca
Riproduci i codici diagnostici 2694 e 7016 usando gli esempi e una radice tsconfig.json, quindi traccia dove vengono formattati i nomi dei moduli e i percorsi dei file di dichiarazione. Il lavoro è completo quando questi messaggi usano percorsi relativi alla radice del progetto senza interrompere la diagnostica esistente né il testo di dichiarazione npm suggerito.
Scritto dal modello di indicizzazione a partire dal testo della issue.
Valutazione
- Stack tecnologico
- typescript
- Ambito
- compilers
- Tipo di issue
- Funzionalità
- Difficoltà
- 4/5
- Tempo stimato
- 3-5 giorni
- Stato di attività
- Ferma
- Chiarezza
- Abbastanza chiara
- Idoneità per principianti
- 35/100