File watchers in WSL do not work at all

[justinmchase]

Issue Type: Bug

Running dotnet watch test runs once and never detects a file change. Similarly VSCode appears to be affected by this issue where the C# errors dont go away until after a rebuild and I have to reload the window anytime I add / remove a file. VSCode intellisense for C# is constantly failing and requiring a reload of the window to work again, very surprisingly bad experience for C# of all things.

VS Code version: Code 1.53.2 (622cb03f7e070a9670c94bae1a45d78d7181fbd4, 2021-02-11T11:48:04.245Z)
OS version: Windows_NT x64 10.0.19041
Remote OS version: Linux x64 4.19.104-microsoft-standard

System Info

Item	Value
CPUs	Intel(R) Core(TM) i5-4670K CPU @ 3.40GHz (4 x 3399)
GPU Status	2d_canvas: enabled gpu_compositing: enabled multiple_raster_threads: enabled_on oop_rasterization: enabled opengl: enabled_on protected_video_decode: unavailable_off rasterization: enabled skia_renderer: enabled_on video_decode: enabled vulkan: disabled_off webgl: enabled webgl2: enabled
Load (avg)	undefined
Memory (System)	15.93GB (7.53GB free)
Process Argv	--crash-reporter-id 97723867-d03c-4ab3-baa8-5b03e75c8e01
Screen Reader	no
VM	0%

Item	Value
Remote	WSL: Ubuntu
OS	Linux x64 4.19.104-microsoft-standard
CPUs	Intel(R) Core(TM) i5-4670K CPU @ 3.40GHz (4 x 3399)
Memory (System)	12.43GB (10.56GB free)
VM	0%

Extensions (16)

Extension	Author (truncated)	Version
bracket-pair-colorizer	Coe	1.0.61
remote-wsl	ms-	0.53.4
debugger-for-chrome	msj	4.12.12
vscode-apollo	apo	1.18.2
insert-unicode	bru	0.10.0
better-toml	bun	0.3.2
vscode-eslint	dba	2.1.14
EditorConfig	Edi	0.16.4
prettify-json	moh	0.0.3
vscode-azurefunctions	ms-	1.2.1
csharp	ms-	1.23.9
azure-account	ms-	0.9.6
rust	rus	0.7.8
crates	ser	0.5.6
rust-pack	Swe	0.2.29
capitalize	via	0.1.0

A/B Experiments

vsliv368cf:30146710
vsreu685:30147344
python383:30185418
vspor879:30202332
vspor708:30202333
vspor363:30204092
vstry244:30256636
pythonvsdeb440:30248342
pythonvsded773:30248341
pythonvspyt875:30259475
pythontb:30258531

[aeschli]

Likely #3959.
Can you confirm that this is with files on /mnt/c ?

We now have a fix for that in the upcoming stable (or latest insiders): #4455

[justinmchase]

It is actually in /mnt/d for me but yeah probably the same issue. I am changing the files from within linux in this case and there are no events in the remote.

[aeschli]

duplicate of #3959. Switching to the Linux FS is also much better for performance.