Sticky IntelliSense errors when opening uncompiled solution using NuGet library

[BentTranberg]

When an existing F# .NET Framework solution using NuGet libraries is opened and compiled in VS 2017, and there are no bin, obj and packages folders, then there will be IntelliSense errors that won't go away until you restart VS.

Repro steps

Fast repro steps, using attached project in zip file

1. Unzip the attached repro. (Remember to unblock the zip file first.)

2. Open the solution, and wait a few seconds. You should see errors in the Error List pane. If not, try to compile.

The solution has no errors, and compiles successfully. The reported errors are from IntelliSense.

Solution files here:
BugHunt3b.zip

====

Alternative repro steps, doing everything from scratch.

1. Create a solution and a new F# console project.

2. Include a NuGet project. I have tested with FsXaml and with Gjallarhorn, in two separate repros. This I believe indicates that it is not related to type providers, since as far as I know Gjallarhorn does not contain a type provider.

3. Insert "open FsXaml" or "open Gjallarhorn".
   3b. Suggest you also use something from the library, so you can get more errors. See screenshot.

4. Compile. This does not provoke illegitimate errors.

5. Close Visual Studio.

6. Delete the bin and obj and packages folders.

7. Reopen Visual Studio and solution.

You should see errors after a few seconds. If not, try to compile.

Known workarounds

The sticky errors will go away if VS is restarted.

Related information

Visual Studio 2017, 15.3.2.
Visual F# Tools, Nightly 15.4.1.17082301.
Project created with .NET Framework 4.5.2 or 4.6.1.

Reproduced on two machines.

Severity: Not critical. Easy workaround.

[BentTranberg]

A screenshot from my production solution shows that not just FS0039 is reported by IntelliSense in connection with this issue. Also in this case, the solution compiles successfully.

[dsyme]

@BentTranberg Thanks for providing such an excellent step-by-step repro, this will make it much easier to track this down

[dsyme]

(Note this is still dealing with the enormously long bug trail from the Roslynization effort this time last year.... AFAIK this sort of thing works correctly in VS2015)

[BentTranberg]

This issue appears to have been fixed at some point between August 2017 and today. I am not able to reproduce it with Visual Studio 15.5.1 and the repro. Do we close it, @dsyme ?

[cartermp]

I can still reproduce this on 15.6 Preview 1 after building the project, so it is indeed a regression from VS 2015.

However, if I create a new project like this for .NET Core, everything works. So I suspect it's either an issue in our legacy project system or the language service hookups. Note that for .NET Core, Gjallarhorn is restored for a .NET Framework target, so there will still be a NuGet warning. But the symbols from the assembly are shown.

[wanton7]

I have this problem with project created with "dotnet new giraffe" and it's a .NET Core project. It's giving me three "F0039 The namespace 'AspNetCore' is not defined" errors.
Project builds fine but those errors are sticking to Error List window. I'm using Visual Studio 15.5.3,

[cartermp]

@wanton7 I suspect what you're seeing is #3952 instead. If you close and re-open the file, does the error go away?

[wanton7]

@cartermp you are right, errors go away when I close Program.fs. Must be #3952 then.