I'm running VS Code 1.28.2, flow-bin 0.82.0 installed locally, on Windows 7 Pro.
I'm trying to add Flow to an existing project (a Node command line app), which right now has 20 dependencies and 18 devDependencies (mostly Babel and ESLint). This has a file count of around 17,000 in node_modules.
I don't think this is unusual, and I would expect Flow to not have any problems with this project.
I'm trying to add type annotations to my first file and all I can see is:

Never-ending "Flow is type checking"... At the moment Flow is completely unusable.
What is it type checking..? Is there any way to see the files/code that it's currently type checking..?
It definitely isn't type checking my 3 lines of annotations, so it must be type checking within node_modules, is that right..? How long should it take..?
I'm also getting hard times making flow-for-vscode work on Windows (10 in my case). Though, Flow itself works through a CLI as intended.
The same happens to me :(
And there are a lot of flow processes with no CPU usage in the task manager.
@SergioMorchon
Same here on the processes, there's another issue for that: https://github.com/flowtype/flow-for-vscode/issues/287
Are you on Windows as well..?
@stephen-last Yes, Windows 10.
Looks like under some conditions, flow processes go orphans or similar, because I can see:
flow processes in the Task manager, even after closing VSCode.flow processes get killed in cascada.And regarding VSCode flow plugin hanging forever:
flow status will be forever _loading_. If then I kill the flow process, then a new one will be automatically spawn, using CPU and raising RAM and the plugin will load ok.flow process, then VSCode flow plugin will load fine.@SergioMorchon I'm seeing exactly what you describe as well.
I have two projects setup with Flow. I seem to get 3 processes for each (more when Flow is actually doing something), one using more memory just as you describe. When I switch projects, or exit VS Code, the processes are left, still consuming memory.
When I run TASKLIST /FI "IMAGENAME eq flow.exe*" I see:

Running npm run flow -- stop (with flow added to scripts in package.json) does kill all the flow processes related to that project.
So... It looks like there may be an issue with the flow.stopFlowOnExit setting then, as @richardtks says in issue https://github.com/flowtype/flow-for-vscode/issues/281.
This is my new friend
Get-Process -Name flow | Stop-Process
These issue is my Top 1 blocking issue that prevents me to use this plugin. Because:
Ditto to @SergioMorchon experience bur was using Process Hacker 2 to to bulk Kill for certain vscode windows.
Same issue here - windows 10.
think this is related to the closed #172 issue.
Seems to be just a lack of windows support, which is disappointing. booted up second computer with Ubuntu and this extension works flawlessly, compared to working with the same projects Ive opened up on my windows PC. Sucks that in order to try to make development a bit easier, you must first choose an OS before choosing which choosing tool sets. If i didnt have the flexibility to switch to linux or mac and had to stay with windows (ei. company issued computer), i would probably lean more towards typescript..
Edit**:
Just saw #287 , so far i've seen 10 processes just opening and switching files, will continue watching once i start actually start working on things.
Same here, the extension is not usable :(
Windows 10
Windows 10, extension stops working unpredictably. On exiting VSCode several flow.exe are hanging. How can I use the extension? Thanks!
Win10, flow 0.145.0 hangs the same way as a year ago. Any news on this?
Most helpful comment
This is my new friend
These issue is my Top 1 blocking issue that prevents me to use this plugin. Because: