- 13 7月, 2016 2 次提交
-
-
由 CyrusNajmabadi 提交于
-
由 CyrusNajmabadi 提交于
-
- 11 7月, 2016 2 次提交
-
-
由 Jared Parsons 提交于
-
由 Jared Parsons 提交于
-
- 09 7月, 2016 1 次提交
-
-
由 CyrusNajmabadi 提交于
-
- 06 7月, 2016 1 次提交
-
-
由 Jason Malinowski 提交于
-
- 01 7月, 2016 3 次提交
-
-
* Merge pull request #12041 from heejaechang/buildsyncrace found one more case where documentId can be null * prevent VS from crashing if VS got shutdown while build error reporting is in progress. * Update our NuGet package version to 1.3.2 * Update Microsoft.DiaSymReader.Native to 1.4.0 RTM (#12141) * Enable building of release nuget packages. This commit makes it so that we will always try to generate release nugets except if they depend on prerelease packages. If one of our nuget packages happens to depend on prerelease packages, then when building release nugets, we will simply print a message in the build output and skip release nuget generation for that package (and allow the overall build to succeed). * Address code review feedback. * Simplify script to use nuget.exe for prerelease dependency validation instead of adding custom logic in the script for this. * Remove Microsoft.CodeAnalysis.EditorFeatures from list of prerelease nuget packages. * Change the name of the error log file to skipped_packages.txt. * fixed DifferenceViewer leak this leak was responsible for about 14% of managed memory in customer's dump. basically, in certain condition, if cancellation exception is thrown, we will not close difference viewer which cause all text views to leak. that cause all taggers and text buffers to leak and that cause our preview workspaces to alive. which in turn cause all solutions to alive and so on. all those objects (view, buffer, workspace, solution) are quite big graphs. so ends up eat up 14% of memory. added assert to make sure if we leak viewers again, we get some kind of notification.
-
由 Kevin Pilch-Bisson 提交于
-
由 Kevin Pilch-Bisson 提交于
-
- 30 6月, 2016 1 次提交
-
-
由 Charles Stoner 提交于
-
- 28 6月, 2016 1 次提交
-
-
由 Manish Vasani 提交于
* Display analyzer assemblies with no applicable diagnostic analyzers towards the end of analyzers list in solution explorer For most cases, these are analyzer depedencies with no analyzers. For few cases, these might be analyzer assemblies with no analyzers applicable for the given project langauge. For few other cases these might be analyzer assemblies whose diagnostic analyzers could not be instantiated for some reason, and hence have no rules. We still display such analyzers in the solution explorer so the user is aware that the project file contains these analyzer references, but display them towards the end to avoid clutter. Fixes https://github.com/dotnet/roslyn/issues/12047 * Address PR feedback and completely hide the analyzer dependencies (analyzer assembly has no diagnostic analzyers and also has no load errors)
-
- 25 6月, 2016 1 次提交
-
-
由 Heejae Chang 提交于
this leak was responsible for about 14% of managed memory in customer's dump. basically, in certain condition, if cancellation exception is thrown, we will not close difference viewer which cause all text views to leak. that cause all taggers and text buffers to leak and that cause our preview workspaces to alive. which in turn cause all solutions to alive and so on. all those objects (view, buffer, workspace, solution) are quite big graphs. so ends up eat up 14% of memory. added assert to make sure if we leak viewers again, we get some kind of notification.
-
- 24 6月, 2016 1 次提交
-
-
由 gafter 提交于
-
- 23 6月, 2016 1 次提交
-
-
由 CyrusNajmabadi 提交于
-
- 21 6月, 2016 1 次提交
-
-
由 CyrusNajmabadi 提交于
-
- 18 6月, 2016 2 次提交
-
-
由 Artur Spychaj 提交于
This reverts commit 1b6a83f9.
-
由 Artur Spychaj 提交于
This reverts commit 7357c7ba.
-
- 17 6月, 2016 1 次提交
-
-
由 Heejae Chang 提交于
loose up a bit on what happens when build error report on us errors on a file that doesn't exist in roslyn solution but have error code we own. we used to treat them as project level errors but that made us to sometime show one entry for multiple error reports. now, we will at least show all of them, but things like double click will not work since we don't know which document it is.
-
- 16 6月, 2016 3 次提交
-
-
由 CyrusNajmabadi 提交于
-
-
由 Tomas Matousek 提交于
-
- 15 6月, 2016 1 次提交
-
-
由 CyrusNajmabadi 提交于
-
- 14 6月, 2016 3 次提交
-
-
由 Matt Warren 提交于
-
由 Matt Warren 提交于
-
由 Matt Warren 提交于
-
- 11 6月, 2016 1 次提交
-
-
由 Matt Warren 提交于
-
- 10 6月, 2016 1 次提交
-
-
由 Jinu Joseph 提交于
-
- 09 6月, 2016 1 次提交
-
-
由 Nat Ayewah 提交于
Postpone AnalyzerChanged operations when analyzer is changed on file system to prevent deadlock #11019
-
- 07 6月, 2016 2 次提交
-
-
由 Tomáš Matoušek 提交于
-
由 Jonathon Marolf 提交于
-
- 03 6月, 2016 1 次提交
-
-
由 CyrusNajmabadi 提交于
-
- 01 6月, 2016 1 次提交
-
-
由 CyrusNajmabadi 提交于
-
- 26 5月, 2016 3 次提交
-
-
由 Brett V. Forsgren 提交于
-
由 Paul Vick 提交于
-
由 Manish Vasani 提交于
* Initialize the error list toggle state when error list is initialized Currently, we initialize the error list toggle state only when workspace changes (solution add/remove/reload or project add/remove/reload) OR when FSD options change. However, if you start VS and bring up error list without opening any solution or changing FSD options, we might show stale error list state if your settings file or settings store changed from last VS session. Fix is to initialize the error list toggle state as soon as error list is initialized. Fixes #11539 * Don't change the error list toggle state on workspace changes.
-
- 25 5月, 2016 1 次提交
-
-
由 Paul Vick 提交于
-
- 24 5月, 2016 4 次提交
-
-
由 Heejae Chang 提交于
-
由 Heejae Chang 提交于
when it is unknown status, we will leave designer attribute as it used to be. and not touch anything. one can go into unknown state if there is no explict designer attribute found but there are some types with errors.
-
由 Heejae Chang 提交于
-
由 Heejae Chang 提交于
-