Welcome to mirror list, hosted at ThFree Co, Russian Federation.

github.com/mono/monodevelop.git - Unnamed repository; edit this file 'description' to name the repository.
summaryrefslogtreecommitdiff
path: root/main
AgeCommit message (Collapse)Author
2020-01-20[Icons][PackageManagement] High contrast iconsVáclav Vančura
2020-01-20[Icons][Gettext] High contrast iconsVáclav Vančura
2020-01-20[Icons][DotNetCore] High contrast iconsVáclav Vančura
2020-01-20[Icons][DesignerSupport] High contrast iconsVáclav Vančura
2020-01-20[Icons][Debugger] High contrast iconsVáclav Vančura
2020-01-20[Icons][Deployment] High contrast iconsVáclav Vančura
2020-01-20[Icons][ASPNet] High contrast iconsVáclav Vančura
2020-01-20[Icons][Ide] High contrast iconsVáclav Vančura
2020-01-20[1019742] Disable VBox controls before project creation to prevent ↵Oleksii Sachek
additional user actions
2020-01-20[VsCodeDebugger] Implemented more GetRawValue cases in order to support ↵Jeffrey Stedfast
S.D.Color previews Fixes https://devdiv.visualstudio.com/DevDiv/_workitems/edit/1040694/
2020-01-20[Debugger] Fixed VSCodeDebuggerSession to avoid KeyNotFoundException when ↵Jeffrey Stedfast
updating breakpoints Fixes https://devdiv.visualstudio.com/DevDiv/_workitems/edit/960963
2020-01-18[NuGet] Fix analyzers not used by SDK style projectsMatt Ward
Analyzer items were not being resolved so no analyzers were being passed to the type system for SDK style projects. Non-SDK style PackageReference projects were resolving Analyzer items. Projects that use a packages.config have to explicitly use Analzyer items in the project file. To fix this the CoreCompileDependsOn targets is changed to include the ResolveLockFileAnalyzers which resolves the Analyzer items. This was already working for non-SDK style PackageReference projects since the NuGet addin was adding the ResolveNuGetPackageAssets target to the CoreCompileDependsOn targets and that resolves the Analyzer items. Fixes VSTS #1047893 - Analyzers not used by SDK style projects
2020-01-17Merge pull request #9480 from mono/vsts-1042673-NUnit-nestingKeting Yang
[Unit Test] Make the nesting logic for vstest and NUnit(Mono) consistent
2020-01-17Updated references to microsoft/vs-editor-api, xamarin/md-addinskirillo
2020-01-17Merge pull request #9502 from mono/project-code-analysis-rulesetMatt Ward
[C#] Support CodeAnalysisRuleSet file
2020-01-17Merge pull request #8844 from mono/nuget-5.4-previewMatt Ward
[NuGet] Fix requests bypassing the native HTTP handler
2020-01-17Merge pull request #9478 from mono/fix-1036175Rodrigo Moya
[Scaffolding] Set ComboBoxEntries to autocomplete
2020-01-17[1032534] [About VS for Mac] Add localization to "Show loaded assemblies" stringOleksii Sachek
2020-01-16Set ComboBoxEntries to autocompletenosami
Fixes https://devdiv.visualstudio.com/DevDiv/_workitems/edit/1036175
2020-01-16Merge pull request #9555 from mono/fix1021581-focusable-nuget-tabsVsevolod Kukol
[NuGet] Use a custom label to allow tab focus in package management
2020-01-16Merge pull request #9559 from ↵Vsevolod Kukol
mono/feature/1049876-fix-scaffolding-page-accessibility-annotations [1049876] [Scaffolding] Added Accessible.Title property for input controls
2020-01-16Merge pull request #9526 from mono/fix-984249Vsevolod Kukol
[Mac] Improve startup reason detection
2020-01-16[NuGet] Use a custom label to allow tab focus in package managementVsevolod Kukol
A regular label does not allow focus unless it's selectable or a link and there is no simple workaround for that. Fixes VSTS #1021581
2020-01-16[1049876] [Scaffolding] Use LabelWidget for input controlsOleksii Sachek
2020-01-16Fix sharing violation in a test caused by a file handle left open,Ankit Jain
.. after use. Fixes VSTS #1050360 - `MultiTargetFramework_ReloadProject_TargetFrameworksChanged` In the test, the project file `multi-target.csproj` was loaded in `using (var sol = (Solution)await Services.ProjectService.ReadWorkspaceItem (Util.GetMonitor (), solFile))` .. `main/src/core/MonoDevelop.Core/MonoDevelop.Projects/SdkProjectReader.cs`, - but the StreamReader for the file was not disposed - causing a subsequent attempt to overwrite the file to fail with a sharing violation error. ``` 1) MultiTargetFramework_ReloadProject_TargetFrameworksChanged (MonoDevelop.Ide.TypeSystem.TypeSystemServiceTests.MultiTargetFramework_ReloadProject_TargetFrameworksChanged) System.IO.IOException : Sharing violation on path /Users/runner/runners/2.164.1/work/r1/a/VS for Mac/drop/tests/tmp/multi-target.sln-18/multi-target.csproj at System.IO.FileStream..ctor (System.String path, System.IO.FileMode mode, System.IO.FileAccess access, System.IO.FileShare share, System.Int32 bufferSize, System.Boolean anonymous, System.IO.FileOptions options) [0x00259] in /Users/builder/jenkins/workspace/build-package-osx-mono/2019-12/external/bockbuild/builds/mono-x64/mcs/class/corlib/System.IO/FileStream.cs:274 at System.IO.FileStream..ctor (System.String path, System.IO.FileMode mode, System.IO.FileAccess access, System.IO.FileShare share, System.Int32 bufferSize, System.IO.FileOptions options) [0x00000] in /Users/builder/jenkins/workspace/build-package-osx-mono/2019-12/external/bockbuild/builds/mono-x64/mcs/class/corlib/System.IO/FileStream.cs:106 at (wrapper remoting-invoke-with-check) System.IO.FileStream..ctor(string,System.IO.FileMode,System.IO.FileAccess,System.IO.FileShare,int,System.IO.FileOptions) at System.IO.StreamWriter..ctor (System.String path, System.Boolean append, System.Text.Encoding encoding, System.Int32 bufferSize) [0x00055] in /Users/builder/jenkins/workspace/build-package-osx-mono/2019-12/external/bockbuild/builds/mono-x64/external/corefx/src/Common/src/CoreLib/System/IO/StreamWriter.cs:151 at System.IO.StreamWriter..ctor (System.String path) [0x00000] in /Users/builder/jenkins/workspace/build-package-osx-mono/2019-12/external/bockbuild/builds/mono-x64/external/corefx/src/Common/src/CoreLib/System/IO/StreamWriter.cs:126 at (wrapper remoting-invoke-with-check) System.IO.StreamWriter..ctor(string) at System.IO.File.WriteAllText (System.String path, System.String contents) [0x00026] in /Users/builder/jenkins/workspace/build-package-osx-mono/2019-12/external/bockbuild/builds/mono-x64/external/corefx/src/System.IO.FileSystem/src/System/IO/File.cs:314 at MonoDevelop.Ide.TypeSystem.TypeSystemServiceTests.MultiTargetFramework_ReloadProject_TargetFrameworksChanged () [0x00258] in /Users/runner/runners/2.164.1/work/1/s/monodevelop/main/tests/Ide.Tests/MonoDevelop.Ide.TypeSystem/TypeSystemServiceTests.cs:278 at MonoDevelop.Ide.TypeSystem.TypeSystemServiceTests.MultiTargetFramework_ReloadProject_TargetFrameworksChanged () [0x002a4] in /Users/runner/runners/2.164.1/work/1/s/monodevelop/main/tests/Ide.Tests/MonoDevelop.Ide.TypeSystem/TypeSystemServiceTests.cs:282 ``` Debugged+resolved with: Matt Ward (@mrward) Debugged in https://github.com/mono/monodevelop/pull/9540 This was also consistently seen with the mono 6.10.0x bump in https://github.com/xamarin/md-addins/pull/6037 .
2020-01-16[NuGet] Fix requests bypasing the native HTTP handlerMatt Ward
Restoring or installing a NuGet package into a project that uses PackageReferences would bypass the native HTTP handler. This was due to NuGet's CachingSourceProvider creating its own set of INuGetResourceProviders when it creates a set of new SourceRepository instances. This resulted in the default HttpSourceResourceProvider being used when uses Mono's HttpClientHandler. This would happen when the .nupkg was downloaded. NuGet 5.4 allows a custom NuGetResourceProvider factory to be configured instead of only when creating instances of SourceRepository. This is now used by the Package Management addin so all HTTP requests use the native HTTP handler. Fixes VSTS #918815 - Fixes NuGet requests bypassing native Http Handler
2020-01-16[NuGet] Update to NuGet 5.4.0Matt Ward
Updated to NuGet 5.4.0.6315
2020-01-15simplify codeKeting Yang
2020-01-15Updated reference to mono/debugger-libs@44a1515greg.munn
2020-01-15Update ↵Keting Yang
main/src/addins/MonoDevelop.UnitTesting/MonoDevelop.UnitTesting.Tests/MonoDevelop.UnitTesting.Tests/VsTestUnitTestTests.cs Co-Authored-By: Marius Ungureanu <marius.ungureanu@xamarin.com>
2020-01-15Update ↵Keting Yang
main/src/addins/MonoDevelop.UnitTesting/MonoDevelop.UnitTesting.Tests/MonoDevelop.UnitTesting.Tests/VsTestUnitTestTests.cs Co-Authored-By: Marius Ungureanu <marius.ungureanu@xamarin.com>
2020-01-15Update ↵Keting Yang
main/src/addins/MonoDevelop.UnitTesting/MonoDevelop.UnitTesting.Tests/MonoDevelop.UnitTesting.Tests/VsTestUnitTestTests.cs Co-Authored-By: Marius Ungureanu <marius.ungureanu@xamarin.com>
2020-01-15Update ↵Keting Yang
main/src/addins/MonoDevelop.UnitTesting/MonoDevelop.UnitTesting.Tests/MonoDevelop.UnitTesting.Tests/VsTestUnitTestTests.cs Co-Authored-By: Marius Ungureanu <marius.ungureanu@xamarin.com>
2020-01-15Update ↵Keting Yang
main/src/addins/MonoDevelop.UnitTesting/MonoDevelop.UnitTesting.Tests/MonoDevelop.UnitTesting.Tests.csproj Co-Authored-By: Marius Ungureanu <marius.ungureanu@xamarin.com>
2020-01-15Update ↵Keting Yang
main/src/addins/MonoDevelop.UnitTesting/MonoDevelop.UnitTesting.Tests/MonoDevelop.UnitTesting.Tests/VsTestUnitTestTests.cs Co-Authored-By: Marius Ungureanu <marius.ungureanu@xamarin.com>
2020-01-15Update ↵Keting Yang
main/src/addins/MonoDevelop.UnitTesting/MonoDevelop.UnitTesting.Tests/MonoDevelop.UnitTesting.Tests/VsTestUnitTestTests.cs Co-Authored-By: Marius Ungureanu <marius.ungureanu@xamarin.com>
2020-01-15Update ↵Keting Yang
main/src/addins/MonoDevelop.UnitTesting/MonoDevelop.UnitTesting.Tests/MonoDevelop.UnitTesting.Tests/VsTestUnitTestTests.cs Co-Authored-By: Marius Ungureanu <marius.ungureanu@xamarin.com>
2020-01-15Update ↵Keting Yang
main/src/addins/MonoDevelop.UnitTesting/MonoDevelop.UnitTesting.Tests/MonoDevelop.UnitTesting.Tests/VsTestUnitTestTests.cs Co-Authored-By: Marius Ungureanu <marius.ungureanu@xamarin.com>
2020-01-15Merge pull request #9546 from mono/improve-image-loaderVsevolod Kukol
[Ide] Improve ImageService.CustomImageLoader
2020-01-15[NuGet] Allow license acceptance dialog to be disabledMatt Ward
Added a feature switch to allow the license acceptance dialog to be disabled. This can be done by setting the environment variable: MD_FEATURES_DISABLED=NuGetLicenseAcceptanceDialog By default the license acceptance dialog will be displayed. The feature switch can be used by automation tests to disable the dialog and the license acceptance for the NuGet package will occur without the user being prompted. Fixes VSTS #1036006 - Disable license acceptance dialog with feature switch
2020-01-15Merge pull request #9493 from mono/condprop-immutable-arrayJose Miguel Torres
Switch ConditionedPropertyCollection to use ImmutableArray
2020-01-15Merge pull request #9447 from mono/nrefactory-removalJose Miguel Torres
Remove various references to NRefactory that are not used
2020-01-15Merge pull request #9425 from mono/master-vsts1027415Lluis Sanchez
Fixes VSTS Bug 1027415: [FATAL] SigTerm signal in MonoDevelop.VersionControl.Git.dll!MonoDevelop.VersionControl.Git.GitRepository::Dispose+49
2020-01-15Simplify SearchCategory tags (#9490)Marius Ungureanu
2020-01-15[Mac] Set Marshal*Exception modes (#9404)Marius Ungureanu
* [Mac] Set Marshal*Exception modes This should prevent hard crashing when working with exception handling in xammac * Remove these * Modify tests
2020-01-15Merge pull request #9518 from mono/nuget-barebonecredentialproviders-take-twoMatt Ward
[NuGet] Register credential providers coming from secure plugins
2020-01-15[Ide] Fix Remove item added for file that is deleted from diskMatt Ward
Deleting a file from the Solution pad would sometimes add a Remove item for that file which should only happen if the file was excluded from the project. A way to reproduce this is to start the IDE, create a new .NET Standard project, then right click the Class1.cs file in the Solution pad, and select Delete. Loading an existing solution does not seem to reproduce this. The problem is that the file is deleted from disk after the file is removed from the Project.Files collection. The removal of the file causes the type system service to request updated project information. This can then cause the project file to be updated in memory before the file is deleted from disk. Since the file exists on disk the Project.SaveProjectItems method adds a Remove item since it is treating the file as been excluded. This Remove item will not be removed when the file is deleted from disk and the project is saved later since it is not possible to distinguish this case from the case where a file has been explicitly excluded. To fix this the simplest approach is to delete the file before modifying the project's Files collection. Also fixed this problem that can occur when deleting a folder. Fixes VSTS #593642 - Deleting file from SDK style project adds unnecessary data into csproj file
2020-01-15Switch ConditionedPropertyCollection to use ImmutableArraytherzok
2020-01-15Merge pull request #9492 from mono/task-completedMike Krüger
Switch to Task.CompletedTask where applicable
2020-01-15Add .Ignore() to process wrapper tasks (#9491)Marius Ungureanu
To log errors in case the readers throw