- 31 5月, 2017 2 次提交
-
-
由 CyrusNajmabadi 提交于
-
由 CyrusNajmabadi 提交于
-
- 05 5月, 2017 2 次提交
-
-
由 CyrusNajmabadi 提交于
-
由 CyrusNajmabadi 提交于
-
- 04 5月, 2017 2 次提交
-
-
由 CyrusNajmabadi 提交于
-
由 CyrusNajmabadi 提交于
-
- 10 2月, 2017 1 次提交
-
-
由 CyrusNajmabadi 提交于
-
- 29 11月, 2016 1 次提交
-
-
由 CyrusNajmabadi 提交于
-
- 21 11月, 2016 1 次提交
-
-
由 CyrusNajmabadi 提交于
-
- 15 11月, 2016 2 次提交
-
-
由 Jason Malinowski 提交于
ForegroundThreadAffinitizedObject had a instance field which was the foreground thread state when the object was created. There's no reason to hold onto that, as the only reason it could change is if we captured the wrong thing to start with. This also supported the ability to explicitly state the foreground thread, a reason which was entirely unneeded since the only use in the codebase had set the static state the line before.
-
由 Jason Malinowski 提交于
Previously, when a VisualStudioWorkspace was constructed we were doing a bunch of work in the constructor talking to the UI thread. This was dangerous because we might get composed on a background thread. This moves the dangerous initialization until we're creating a project when we know we have a UI thread available. In this refactoring I moved the project tracker and a few other fields into a private class so it's more obvious what's dangerous to touch. I also do a pass through all consumers of the property and either update it to use the deferred state directly (because we're only consuming projects, so it's fine if we don't have anything) or to the factory method if we actually are creating projects. This does temporarily regress the ability to create projects on background threads, but it was unclear if that was generally safe to start with.
-
- 12 11月, 2016 1 次提交
-
-
由 CyrusNajmabadi 提交于
Create a code fix that offers to add a reference to System.ValueTuple if it is missing and you use a tuple.
-
- 02 11月, 2016 2 次提交
-
-
由 CyrusNajmabadi 提交于
-
由 CyrusNajmabadi 提交于
-
- 13 10月, 2016 1 次提交
-
-
由 CyrusNajmabadi 提交于
-
- 29 9月, 2016 1 次提交
-
-
由 CyrusNajmabadi 提交于
-
- 25 9月, 2016 3 次提交
-
-
由 CyrusNajmabadi 提交于
The important part is that we don't create these services until they are needed. We don't need complicated logic about later on disabling them. The current logic attempts to disable them when the same packages that loaded them, get unloaded. But packages only get unloaded when VS is shutting down. And we don't need to do complex work in that case as our entire environment is going away. -- In other words, we had complexity around returning teh service to an 'unstarted' state just so it could be started up later. But it will never be the case that we'll ever start the service up again as the only reason we moved it to 'unstarted' was because VS was shutting down.
-
由 CyrusNajmabadi 提交于
The important part is that we don't create these services until they are needed. We don't need complicated logic about later on disabling them. The current logic attempts to disable them when the same packages that loaded them, get unloaded. But packages only get unloaded when VS is shutting down. And we don't need to do complex work in that case as our entire environment is going away. -- In other words, we had complexity around returning teh service to an 'unstarted' state just so it could be started up later. But it will never be the case that we'll ever start the service up again as the only reason we moved it to 'unstarted' was because VS was shutting down.
-
由 CyrusNajmabadi 提交于
-
- 20 7月, 2016 1 次提交
-
-
由 CyrusNajmabadi 提交于
-
- 20 5月, 2016 2 次提交
-
-
由 CyrusNajmabadi 提交于
-
由 CyrusNajmabadi 提交于
-
- 17 5月, 2016 1 次提交
-
-
由 CyrusNajmabadi 提交于
-
- 04 5月, 2016 1 次提交
-
-
由 CyrusNajmabadi 提交于
-
- 11 3月, 2016 1 次提交
-
-
由 CyrusNajmabadi 提交于
-
- 10 3月, 2016 1 次提交
-
-
由 CyrusNajmabadi 提交于
To enable the feature set the following DWORD regkey to 1: Key: HKEY_CURRENT_USER\SOFTWARE\Microsoft\VisualStudio\<your hive>\Roslyn\Internal\OnOff\Components Name: PackageSearch To disable, set it to 0.
-
- 02 3月, 2016 2 次提交
-
-
由 CyrusNajmabadi 提交于
-
由 CyrusNajmabadi 提交于
-
- 01 3月, 2016 4 次提交
-
-
由 CyrusNajmabadi 提交于
-
由 CyrusNajmabadi 提交于
-
由 CyrusNajmabadi 提交于
-
由 CyrusNajmabadi 提交于
This interface is used to provide facilities for querying Nuget information on any thread. The normal nuget apis are thread affinitized and that's problematic for the code actions we want running on the background.
-