- 3月 17, 2016
-
-
由 David Kean 创作于
Fix a race in the production of compilation events.
-
由 Neal Gafter 创作于
Fixes #9759
-
由 Heejae Chang 创作于
Merge stabilization into future-stabilization
-
- 3月 16, 2016
-
-
由 Heejae Chang 创作于
Merge stabilization into future-stabilization
-
由 Tomáš Matoušek 创作于
Report NoPIA EnC errors after all indices have been created
-
由 Tomáš Matoušek 创作于
Report NoPIA EnC errors after all indices have been created
-
由 Heejae Chang 创作于
-
由 Tomas Matousek 创作于
-
由 Kevin Pilch-Bisson 创作于
[Future, Stabilization] Fix crash when NavBar navigating to symbols without source locations
-
由 Kevin Pilch-Bisson 创作于
[Stabilization, Crash] Fix crash when NavBar navigating to symbols without source locations
-
由 Tomas Matousek 创作于
-
- 3月 15, 2016
-
-
由 Tomáš Matoušek 创作于
Fix SHAs in project.lock.json files
-
由 Jonathon Marolf 创作于
Check if syntax tree is present
-
由 Jonathon Marolf 创作于
Check if syntaxtree is supported
-
由 Jonathon Marolf 创作于
-
由 Jonathon Marolf 创作于
-
由 Jonathon Marolf 创作于
-
- 3月 12, 2016
-
-
由 Tomas Matousek 创作于
-
由 Heejae Chang 创作于
Merge stabilization into future-stabilization
-
由 David Poeschl 创作于
Fixes internal bug 187905 In a Visual Basic WinForms application, the Application.Designer.vb file contains one Partial of the MyApplication class. Using the NavBar in this class to attempt navigation to “Main” crashes VS. This crash will happen any time a non-source symbol (that’s also not a “code generation” entry like “New” and “Finalize”) finds its way into the NavBar, but this is the only example I currently have. This has been broken since Visual Studio 2015 RTM, but previous versions of Visual Studio showed a "The definition of the object is hidden." dialog in this case.
-
- 3月 11, 2016
-
-
由 David Kean 创作于
Add and test DEMO mode for public use. Fix a lexer bug in new feature.
-
由 David Kean 创作于
Merge stabilization into future-stabilization
-
由 David Kean 创作于
Fix crash in Inline Rename (future-stabilization)
-
由 David Kean 创作于
Fix crash in Inline Rename
-
由 David Kean 创作于
Merge remote-tracking branch 'upstream/stabilization' into merge-stabilization-into-future-stabilization20160311-015018 Conflicts: Makefile cibuild.cmd src/Compilers/CSharp/CscCore/project.lock.json src/Compilers/CSharp/Portable/project.lock.json src/Compilers/CSharp/Test/CommandLine/project.lock.json src/Compilers/CSharp/Test/Emit/project.lock.json src/Compilers/CSharp/Test/Performance/project.lock.json src/Compilers/CSharp/Test/Semantic/project.lock.json src/Compilers/CSharp/Test/Symbol/project.lock.json src/Compilers/CSharp/Test/Syntax/project.lock.json src/Compilers/CSharp/Test/WinRT/project.lock.json src/Compilers/CSharp/csc/project.json src/Compilers/CSharp/csc/project.lock.json src/Compilers/Core/CodeAnalysisTest/project.lock.json src/Compilers/Core/MSBuildTask/Desktop/project.lock.json src/Compilers/Core/MSBuildTask/Portable/project.lock.json src/Compilers/Core/MSBuildTaskTests/project.lock.json src/Compilers/Core/Portable/project.lock.json src/Compilers/Extension/project.lock.json src/Compilers/Server/PortableServer/project.lock.json src/Compilers/Server/VBCSCompiler/project.lock.json src/Compilers/Server/VBCSCompilerTests/project.lock.json src/Compilers/Test/Resources/Core/project.lock.json src/Compilers/Test/Utilities/CSharp/project.lock.json src/Compilers/Test/Utilities/VisualBasic/project.lock.json src/Compilers/VisualBasic/Portable/project.lock.json src/Compilers/VisualBasic/Test/CommandLine/project.lock.json src/Compilers/VisualBasic/Test/Emit/project.lock.json src/Compilers/VisualBasic/Test/Performance/project.lock.json src/Compilers/VisualBasic/Test/Semantic/project.lock.json src/Compilers/VisualBasic/Test/Symbol/project.lock.json src/Compilers/VisualBasic/Test/Syntax/project.lock.json src/Compilers/VisualBasic/VbcCore/project.lock.json src/Compilers/VisualBasic/vbc/project.json src/Compilers/VisualBasic/vbc/project.lock.json src/Debugging/Microsoft.DiaSymReader.PortablePdb.Tests/project.lock.json src/Debugging/Microsoft.DiaSymReader.PortablePdb/project.lock.json src/EditorFeatures/CSharp/project.lock.json src/EditorFeatures/CSharpTest/project.lock.json src/EditorFeatures/CSharpTest2/project.lock.json src/EditorFeatures/Core/project.lock.json src/EditorFeatures/Test/project.lock.json src/EditorFeatures/Test2/project.lock.json src/EditorFeatures/TestUtilities/project.lock.json src/EditorFeatures/Text/project.lock.json src/EditorFeatures/VisualBasic/project.lock.json src/EditorFeatures/VisualBasicTest/project.lock.json src/ExpressionEvaluator/CSharp/Source/ExpressionCompiler/project.lock.json src/ExpressionEvaluator/CSharp/Test/ExpressionCompiler/project.lock.json src/ExpressionEvaluator/CSharp/Test/ResultProvider/project.lock.json src/ExpressionEvaluator/Core/Source/ExpressionCompiler/project.lock.json src/ExpressionEvaluator/Core/Source/ResultProvider/NetFX20/project.lock.json src/ExpressionEvaluator/Core/Test/ExpressionCompiler/project.lock.json src/ExpressionEvaluator/Core/Test/ResultProvider/project.lock.json src/ExpressionEvaluator/VisualBasic/Source/ExpressionCompiler/project.lock.json src/ExpressionEvaluator/VisualBasic/Test/ExpressionCompiler/project.lock.json src/ExpressionEvaluator/VisualBasic/Test/ResultProvider/project.lock.json src/Features/CSharp/Portable/project.lock.json src/Features/Core/Portable/project.lock.json src/Features/VisualBasic/Portable/project.lock.json src/Interactive/CsiCore/project.lock.json src/Interactive/EditorFeatures/CSharp/project.lock.json src/Interactive/EditorFeatures/Core/project.lock.json src/Interactive/EditorFeatures/VisualBasic/project.lock.json src/Interactive/Features/project.lock.json src/Interactive/Host/project.lock.json src/Interactive/HostTest/project.lock.json src/Interactive/VbiCore/project.lock.json src/Interactive/csi/project.lock.json src/Interactive/vbi/project.lock.json src/InteractiveWindow/EditorTest/project.lock.json src/Samples/CSharp/APISampleUnitTests/project.lock.json src/Samples/CSharp/Analyzers/CSharpAnalyzers/CSharpAnalyzers.Test/project.lock.json src/Samples/CSharp/Analyzers/CSharpAnalyzers/CSharpAnalyzers/project.lock.json src/Samples/CSharp/ConsoleClassifier/project.lock.json src/Samples/CSharp/ConvertToAutoProperty/project.lock.json src/Samples/CSharp/ConvertToConditional/Impl/project.lock.json src/Samples/CSharp/ConvertToConditional/Test/project.lock.json src/Samples/CSharp/CopyPasteWithUsing/project.lock.json src/Samples/CSharp/FormatSolution/project.lock.json src/Samples/CSharp/ImplementNotifyPropertyChanged/Impl/project.lock.json src/Samples/CSharp/ImplementNotifyPropertyChanged/Test/project.lock.json src/Samples/CSharp/MakeConst/Impl/project.lock.json src/Samples/CSharp/RefOutModifier/project.lock.json src/Samples/CSharp/TreeTransforms/project.lock.json src/Samples/Shared/UnitTestFramework/project.lock.json src/Samples/VisualBasic/APISampleUnitTests/project.lock.json src/Samples/VisualBasic/Analyzers/BasicAnalyzers/BasicAnalyzers.Test/project.lock.json src/Samples/VisualBasic/Analyzers/BasicAnalyzers/BasicAnalyzers/project.lock.json src/Samples/VisualBasic/ConsoleClassifier/project.lock.json src/Samples/VisualBasic/ConvertToAutoProperty/Impl/project.lock.json src/Samples/VisualBasic/ConvertToAutoProperty/Test/project.lock.json src/Samples/VisualBasic/FormatSolution/project.lock.json src/Samples/VisualBasic/ImplementNotifyPropertyChanged/Impl/project.lock.json src/Samples/VisualBasic/ImplementNotifyPropertyChanged/Test/project.lock.json src/Samples/VisualBasic/MakeConst/Impl/project.lock.json src/Samples/VisualBasic/RemoveByVal/Impl/project.lock.json src/Samples/VisualBasic/RemoveByVal/Test/project.lock.json src/Samples/VisualBasic/TreeTransforms/project.lock.json src/Scripting/CSharp/project.lock.json src/Scripting/CSharpTest.Desktop/project.lock.json src/Scripting/CSharpTest/project.lock.json src/Scripting/Core/project.lock.json src/Scripting/CoreTest.Desktop/project.lock.json src/Scripting/CoreTest/project.lock.json src/Scripting/VisualBasic/project.lock.json src/Scripting/VisualBasicTest.Desktop/project.lock.json src/Scripting/VisualBasicTest/project.lock.json src/Test/DeployDesktopTestRuntime/project.lock.json src/Test/Diagnostics/project.lock.json src/Test/PdbUtilities/project.lock.json src/Test/Performance/Fixture/project.lock.json src/Test/Utilities/Desktop/project.lock.json src/Test/Utilities/Portable.FX45/project.lock.json src/Test/Utilities/Portable/project.json src/Test/Utilities/Portable/project.lock.json src/Test/Utilities/Runtime.FX46/project.json src/Tools/Source/MetadataVisualizer/project.lock.json src/Tools/Source/Pdb2Xml/project.lock.json src/VisualStudio/CSharp/Impl/project.lock.json src/VisualStudio/CSharp/Repl/project.lock.json src/VisualStudio/CSharp/Test/project.lock.json src/VisualStudio/Core/Def/project.lock.json src/VisualStudio/Core/Impl/project.lock.json src/VisualStudio/Core/SolutionExplorerShim/project.lock.json src/VisualStudio/Core/Test/project.lock.json src/VisualStudio/InteractiveServices/project.lock.json src/VisualStudio/Setup/project.lock.json src/VisualStudio/SetupInteractive/project.lock.json src/VisualStudio/VisualBasic/Impl/project.lock.json src/VisualStudio/VisualBasic/Repl/project.lock.json src/VisualStudio/VisualStudioDiagnosticsToolWindow/project.lock.json src/VisualStudio/VisualStudioInteractiveComponents/project.lock.json src/Workspaces/CSharp/Portable/project.lock.json src/Workspaces/CSharpTest/project.lock.json src/Workspaces/Core/Desktop/project.lock.json src/Workspaces/Core/Portable/project.lock.json src/Workspaces/CoreTest/project.lock.json src/Workspaces/VisualBasic/Portable/project.lock.json src/Workspaces/VisualBasicTest/project.lock.json
-
由 David Kean 创作于
Update System.Reflection.Metadata to 1.2.0 release
-
由 Manish Vasani 创作于
Port to future-stabilization: Initial work to add support for external language service result prov…
-
由 Neal Gafter 创作于
-
由 Neal Gafter 创作于
-
由 Dustin Campbell 创作于
-
由 Dustin Campbell 创作于
As the types into an Inline Rename field, the Rename engine attempts to resolve conflicts at each reference. It does this by expanding nodes are the references and then simplifying them down to the smallest node that does not change semantics. During this process, one of the expansion steps is to add explicit types to lambda parameters that were defined without types. However, the expander wasn't rewriting lambdas with multiple parameters correctly. Essentially, the rewriter assumed that, when replacing a node within a `SeparatedSyntaxList<T>`, the identities of other nodes within the list would not change. However, that's not the case. So, it would successfully replace the first parameter within a lambda's parameter list. However, when it attempted to replace the second parameter, the *original* second parameter could no longer be found in the `SeparatedSyntaxList<T>` because the identity of the second parameter in the list had changed. At this point, `SepratedSyntaxList<T>.Replace(...)` would throw an `ArgumentOutOfRangeException` and VS would crash. The user scenario is that typing within an Inline Rename field can cause Visual Studio to simply crash, resulting in potenal data loss. The fix changes the rewriter to not pass the original parameters to `SeparatedSyntaxList<T>.Replace(...)`. Instead, it passes the parameters that are contained when the new list as it builds it up. This is a regression introduced after Update 1 with PR #6432.
-
由 Dustin Campbell 创作于
-
由 Dustin Campbell 创作于
-
由 Neal Gafter 创作于
Fixes #9659 #9662
-
由 Heejae Chang 创作于
Merge stabilization into future-stabilization
-
由 Dustin Campbell 创作于
As the types into an Inline Rename field, the Rename engine attempts to resolve conflicts at each reference. It does this by expanding nodes are the references and then simplifying them down to the smallest node that does not change semantics. During this process, one of the expansion steps is to add explicit types to lambda parameters that were defined without types. However, the expander wasn't rewriting lambdas with multiple parameters correctly. Essentially, the rewriter assumed that, when replacing a node within a `SeparatedSyntaxList<T>`, the identities of other nodes within the list would not change. However, that's not the case. So, it would successfully replace the first parameter within a lambda's parameter list. However, when it attempted to replace the second parameter, the *original* second parameter could no longer be found in the `SeparatedSyntaxList<T>` because the identity of the second parameter in the list had changed. At this point, `SepratedSyntaxList<T>.Replace(...)` would throw an `ArgumentOutOfRangeException` and VS would crash. The user scenario is that typing within an Inline Rename field can cause Visual Studio to simply crash, resulting in potenal data loss. The fix changes the rewriter to not pass the original parameters to `SeparatedSyntaxList<T>.Replace(...)`. Instead, it passes the parameters that are contained when the new list as it builds it up. This is a regression introduced after Update 1 with PR #6432.
-
由 Dustin Campbell 创作于
-
由 David Kean 创作于
Update System.Reflection.Metadata to 1.2.0 release
-
由 Manish Vasani 创作于
Initial work to add support for external language service result providers for Find All References, GotoDefinition and NavigateTo. All the newly added result provider interfaces are internal, and would eventually go through API design review to enable third party plugin implementations.
-
由 David Kean 创作于
[Stabilization, Crash] Rename: Don't restrict rename project search set for explicit interface implementations
-