<p dir="auto"><strong>TypeScript Version:</strong></p>
<p dir="auto">Version 1.8.9</p>
<p dir="auto">The documentation here:<br>
<a href="http://www.typescriptlang.org/docs/handbook/compiler-options.html" rel="nofollow">http://www.typescriptlang.org/docs/handbook/compiler-options.html</a><br>
Lists <code class="notranslate">--traceResolution</code> as a compiler option to which I intended to use to help diagnose errors; however, it appears this was removed or changed names.</p>
<p dir="auto"><strong>Code</strong></p>
<div class="snippet-clipboard-content notranslate position-relative overflow-auto" data-snippet-clipboard-copy-content=" tsc -p . --traceResolution"><pre class="notranslate"><code class="notranslate"> tsc -p . --traceResolution
</code></pre></div>
<p dir="auto"><strong>Expected behavior:</strong><br>
I expected this to tell me why my module cannot be found even though it is in the node_modules folder and has package.json with main and typings paths setup correctly.</p>
<p dir="auto"><strong>Actual behavior:</strong><br>
<code class="notranslate">error TS5023: Unknown compiler option 'traceresolution'.</code></p>
<p dir="auto">I am using 1.8 beta. I am also using aurelia framework inside an aspnet5 project. I have configured the module loader, SystemJS, to transpile my TS files. I do *<em>not *</em> want VS to build the TS files. I control this by using a tsconfig.json in the root of the aspnet5 project, which excludes "wwwroot" (along with node_modules, jspm_packages) from compilation. Unfortunately, it appears this also prevents essential flags specified - such as "experimentalDecorators" in this file from being picked up by the language service for excluded folders/files. This gives me annoying red squigglies everywhere complaining that I should specify the flag. If I comment out the wwwroot exlcusion, the squigglies go away.</p>
<p dir="auto">Therefore, I suggest that the <strong>exclude/files directives should only apply to the compiler pass</strong> (they are under "compilerOptions" after all,) and not the ambient language service, <strong>or you should add a distinct block for controlling the language service flags in tsconfig.json</strong>, <strong>or even use a separate tsserver.json file</strong>. I need support for decorators in intellisense, but I have no intention of using the build process to compile. Make sense?</p>