You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
This repository was archived by the owner on Oct 16, 2020. It is now read-only.
Repository navigation
This repository was archived by the owner on Oct 16, 2020. It is now read-only.
Diagnostics are different from those produced by calling tsc directly #621
tsc will report a clean build, but javascript-typescript-langserver complains in this file that Argument of type 'Iterable<T> | null | undefined' is not assignable to parameter of type 'ReadonlyArray<T> | null....
Evidently, tsc alone is picking the former, but in the context of javascript-typescript-langserver, it's picking the latter, leading to the diagnostic.
If I turn debug logging on in LanguageClient-neovim, I get this.
And logging with --trace --logfil some-file to javascript-typescript-stdio I get this.
I don't know if this is related to #618 — perhaps it is not picking up my tsconfig.json. But I don't know if this is a bug in my own code, in TypeScript, in javascript-typescript-langserver, in LanguageClient-neovim, or maybe something else I am overlooking. One thing I did notice was that when I tried to repro in VSCode, it had the same problem, but when I updated it, the problem resolved; the release notes said:
JavaScript and TypeScript nightly extension
The new JavaScript and TypeScript nightly extension uses the nightly build of TypeScript (typescript@next) for VS Code's built-in TypeScript version, which powers JavaScript and TypeScript IntelliSense. This makes it easy to test the latest TypeScript features and provide feedback about them!"
But looking at the process hierarchy, I see that javascript-typescript-stdio isn't actually interacting with tsserver in any obvious way, but by some other mechanism...
One final data point. If I swap out javascript-typescript-langserver for https://www.npmjs.com/package/typescript-language-server, then diagnostics agree with tsc/tsserver, as you'd expect, because I see it is using tsserver:
Activity
wincent commentedon Jul 21, 2019
When I directly interact with
tsserverit agrees withtscthat there are no errors:But looking at the process hierarchy, I see that
javascript-typescript-stdioisn't actually interacting withtsserverin any obvious way, but by some other mechanism...wincent commentedon Jul 21, 2019
One final data point. If I swap out
javascript-typescript-langserverfor https://www.npmjs.com/package/typescript-language-server, then diagnostics agree withtsc/tsserver, as you'd expect, because I see it is usingtsserver:fix(vim): switch from javascript-typescript-langserver