- 01 2月, 2017 9 次提交
-
-
由 Julien Couvreur 提交于
-
由 David Poeschl 提交于
Inline Rename: Prevent crash when source control dialogs show
-
由 Omar Tawfik 提交于
Added tests for VB implicitly defined tuples
-
由 Heejae Chang 提交于
added max file limit
-
由 David Poeschl 提交于
Fixes https://devdiv.visualstudio.com/DevDiv/_workitems?_a=edit&id=227513 InlineRenameSession.ApplyReplacementText is called in response to buffer changes. In response to these changes, we want to (1) kick off some background work to calculate the new ConflictResolutionTask, (2) propagate the new replacementText to all buffers on the UI thread, and then (3) apply the results of the ConflictResolutionTask on the UI thread once they're ready. Prior to this change, steps (1) and (3) were always done together, in sequence, regardless of how (2) was progressing. Since the replacementText propagation started synchronously and stayed on the UI thread, this usually meant that the application of the results of the ConflictResolutionTask would have to wait until the replacementText propagation completed (because it would wait for the UI thread to be available). This worked great, most of the time. But, if the propagation of the replacementText causes a buffer change in a source controlled document and "Prompt for Checkout" is enabled, then a modal dialog to checkout files appears. Then, the UI thread pumps and allows more work to be scheduled there. Our ConflictResolutionTask could finish calculating conflicts and the application of these conflicts could be scheduled on the UI thread while a dialog is still up (and we are still propagating the replacementText). It would then try to manipulate the undo stack and apply edits to buffers. Since we still have an open undo transaction from the replacementText propagation, the attempt to manipulate the undo stack would crash. This change splits the kicking off of the ConflictResolutionTask and the application of the replacements it computes into separately callable methods that aren't automatically chained together. In some cases they can be called in sequence, emulating the old behavior. But when a text buffer edit triggers ApplyReplacementText, we first kick off the ConflictResolutionTask, then propagate the new replacementText, and *then*, once the replacementText is fully propagated (including the handling of any source control modal dialogs), we finally apply the results of the ConflictResolutionTask on the UI thread. This does not guarantee that *no* reentrancy will ever happen in Inline Rename, but it gets rid of the biggest, obvious culprit. Completely safeguarding would require a larger change, and I think this approach is the best one given our current RTM escrow timeline, and it will fix the problem for the vast majority of users encountering this problem.
-
由 David Poeschl 提交于
Remove RC3 builds from the README
-
由 Heejae Chang 提交于
-
由 David Poeschl 提交于
-
由 Ty Overby 提交于
-
- 31 1月, 2017 2 次提交
-
-
由 Heejae Chang 提交于
this is added so that we can reduce chance of OOM when user added massive size text file to solution. current default max is 100MB. but user can override it through hidden reg key if they want to. if such file is added, FileTextLoader will throw InvalidDataException and Workspace will raise Workspace Failed event. in VS host case, we will show the failed event in output windows. made it to use test option service since option is mutable workspace state which affects all other tests.
-
由 Neal Gafter 提交于
Fixes #14202
-
- 30 1月, 2017 1 次提交
-
-
由 Omar Tawfik 提交于
-
- 28 1月, 2017 11 次提交
-
-
由 Vladimir Sadov 提交于
Some more automated tests and test cleanup for the PR#16659
-
由 Ty Overby 提交于
* add end to end stack depth test * add comment explaining test * switch to verify diagnostics * turn parallel build off * check pointer size in addition to debug/release
-
由 Heejae Chang 提交于
removed additional cost I can find from trace compared to code before…
-
由 CyrusNajmabadi 提交于
Enable Code Fixes in F# (RC3 regression)
-
由 VSadov 提交于
https://github.com/dotnet/roslyn/pull/16659 added tests, made the included tuple2 chunk a CData
-
由 Julien Couvreur 提交于
-
由 Andy Gocke 提交于
Fixes #16352
-
由 CyrusNajmabadi 提交于
-
由 Saul Rennison 提交于
-
由 Saul Rennison 提交于
-
由 Saul Rennison 提交于
Fixes Microsoft/visualfsharp#2329
-
- 27 1月, 2017 3 次提交
-
-
由 Omar Tawfik 提交于
-
由 Vladimir Sadov 提交于
Implements GetDeclaredSymbol for tuple literals and GetSymbolInfo for elements of tuple literals.
-
由 Jonathon Marolf 提交于
Merge dev15-rc3 into master
-
- 26 1月, 2017 11 次提交
-
-
由 VSadov 提交于
-
由 Heejae Chang 提交于
-
由 Ravi Chande 提交于
Enable override completion to use expression body accessors
-
由 David Poeschl 提交于
Disallow Rename Tracking on named tuple elements (to match Inline Rename and prevent a crash)
-
由 Neal Gafter 提交于
The subsumption tree must treat an unconstrained type parameter as possibly null. Also, if a previous case pattern handles all non-null input, any further case type pattern is subsumed. Fixes #16688 Fixes #16671
-
由 Neal Gafter 提交于
Fixes #16559
-
由 Andy Gocke 提交于
Fixes #10765
-
由 Andy Gocke 提交于
They were building as 64-bit only since there wasn't a 32-bit CoreCLR before.
-
由 Matt Ellis 提交于
Small builds changes for end to end source build
-
由 Jared Parsons 提交于
Couple of infrastructure updates
-
由 Jared Parsons 提交于
-
- 25 1月, 2017 3 次提交
-
-
added unit test
-
由 Jared Parsons 提交于
The VsdConfig.targets file was not located in our core targets location. Moving there as this is the appropriate place for all targets / props files in our build. Additionally changed it to use the vsdconfig from our NuGet packages directory instead of hard coding Visual Studio.
-
由 VSadov 提交于
-