Saving non emitting files causes failure in resolving paths from tsconfig.json for es6 imports about fork-ts-checker-webpack-plugin HOT 7 CLOSED

This doesn't look like the worst fix in the world 😄. Maybe we should use it?

from fork-ts-checker-webpack-plugin.

It will be hard to help you without reproduction repo :/ My first guess is some bug in Typescript if you use newer version of ts in the new clean repo :)

from fork-ts-checker-webpack-plugin.

@piotr-oles here is our fix. Upp till 1.0 fixes this problem for us. Do not propose you to use the same method, since its an ugly hack. Thou 1.1 (latest commit) might be of intrest for you. It fixes a bug that we have not reported here. It fixes our problem of linting for templates (Angular v. 4) gets stuck, i.e. you use a private variable in the view, which with angular-template-loader triggers a save and linting error. This is then caought in your plugin, but when you fix the linting error its stuck till you restart the watch.

Here is the commit that fixes the above problem: vleandersson/ugly-ts-checker-webpack-plugin@6514797

Fixes bug in prev. commit : https://github.com/vleandersson/ugly-ts-checker-webpack-plugin/pull/2/commits

Please use as you like :)

/V

from fork-ts-checker-webpack-plugin.

@johnnyreilly updated the code for a bug when file list is empty. Se old comment for details.

Go nuts! :)

from fork-ts-checker-webpack-plugin.

@piotr-oles what do you think?

from fork-ts-checker-webpack-plugin.

@vleandersson Your fix looks good, could you create a PR? :) Sorry for delay :/

from fork-ts-checker-webpack-plugin.

I'm curious if this is related to #74 at all, since that also has symptoms of not resolving paths after saving a file. However there the condition of being a non-emitting file seems to be sufficient but not necessary. I have a reproducing project here:

https://github.com/pelotom/fork-ts-checker-bug

from fork-ts-checker-webpack-plugin.