Manually inspected the WorkItem values and added the appropriate URL.

Handled all WorkItem instances that refer to migrated work items.

Correct fallback pathToTool in build task and print more info in log

don't assume a file uri is absolute

[WIP] Temporarily disable crossgen

Add culture dependant object formatting in REPL

made diagnostic tags to be removed faster and inserted slower.

made VS to automatically disable full solution analysis if we detect …

Update Object display to use CurrentUICulture.
Ensure that VB tests run.

Add a "Test" target that can be used to test an xunit project

Update restore.ps1 to use WebClient.DownloadFile

Update SRM to 1.2.0-rc3-23721

Correctly detect existing constructors during code generation

wget (alias for Invoke-WebRequest) attempts to update the powershell UI for every byte downloaded, which is very slow. Changing this to use WebClient.DownloadFile avoids this penalty and speeds up the download process significantly.

use DebugType settings from VSL.Settings.targets

changed meaning of closed file diagnostic option. now it is solely fo…

Remove *FeaturesResources.Await

Fix #7932

now, we will automatically re-enable full solution analysis (if user didn't explicitly disabled it) when new solution is opened.

don't deploy extensions

This isn't intended as a replacement for our other test scripts, but
is handy if you aren't editing in Visual Studio and want to re-run
something quickly.

experience seems actually quite better than before.

anyway, 2 main changes are

1. active file analysis delay got shorten to 400ms from 800ms.
2. notification to editor on removed tags are now 50ms but added tags are now 1.5 seconds.

...

more detail explanations below

for #1. the delay change is only for 1 file (a file that has focus). all other file analysis delay is same as before (1.5 seconds). so I believe perf impact due to this should be fairly small. and it is still better than RTM which was 200ms. also, after RTM, we already made LB behavior not to be affected by this delay. so this change shouldn't affect LB behavior.

for #2. tagger actually has many small delays in them.
2 main ones are

1) delay to produce tags
2) delay to notify editor about changed tags.

1) is to reduce doing repeated works to generate tags. for diagnostic tagger, this actually is not needed since unlike any other tagger, diagnostic tagger uses external service (diagnostic service) which already does all these things (basically #1 delay is logically doing what 1) is trying to do)

now 1) delay is set to NearImmediate (50ms)

2) is to prevent us from abusing editors too much with a lot of notifications. basically this delay make sure we only ping editor once in a while (used to be 50ms) and aggregate events between them.

now, 2) is split into 2 different delays. one for adding new tags and the other for removing old tags.

adding new tags is now set to 1.5 seconds and removing old tags is set to 50ms.

Make `ICase` an `IOperation`

by removing `<DebugType>` lines from projects that import `VSL.Settings.targets`