problem matcher that clears only for changed files

I have a watch task that runs various per-file checks (lint, appropriate tests, etc). When it starts up, it runs those checks for all files in the project. Thereafter, it only runs checks on files that change.

For the most part, it works great; but the one limitation I’m running into is that all problems for a particular matcher are cleared on a run.

For example:

1. I boot up the watch task, and there are problems on foo.js and bar.js. The problem matcher picks up on all of these.

2. I make a change to foo.js:

   a. The watch task re-runs checks for just foo.js. b. The problem matcher notices that a re-run has occurred, and blows away all problems of that type c. Only problems for foo.js are listed, even though bar.js still has issues.

I’d like to avoid building a language server or plugin for this if I can (the watch task is very useful to non VS code users on the team; and problem matchers are wonderfully simple).

Or maybe we could have an option for only clearing problems for files that have changed (or that match a particular expression?)

[dbaeumer]

Keeping as a feature request to allow watching patterns on a per file bases.

[nevir]

@nevir how did you configure the task. Is if configured as a watching task then this should not happened (e.g does it have a “watching” property). If not the task framework always assume that all files are validated and all valid errors are rereported. Otherwise errors would never be cleared in cases where you have inter file dependencies.

Yeah, I had it configured as a watch task. The difference here, I think, is that the task itself only ran against files that changed (rather than the entire project, as most watch tasks tend to, and VS Code seems to rightly assume)