Age | Commit message (Collapse) | Author |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
additional user actions
|
|
S.D.Color previews
Fixes https://devdiv.visualstudio.com/DevDiv/_workitems/edit/1040694/
|
|
updating breakpoints
Fixes https://devdiv.visualstudio.com/DevDiv/_workitems/edit/960963
|
|
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
|
|
[Unit Test] Make the nesting logic for vstest and NUnit(Mono) consistent
|
|
|
|
[C#] Support CodeAnalysisRuleSet file
|
|
[NuGet] Fix requests bypassing the native HTTP handler
|
|
[Scaffolding] Set ComboBoxEntries to autocomplete
|
|
|
|
Fixes https://devdiv.visualstudio.com/DevDiv/_workitems/edit/1036175
|
|
[NuGet] Use a custom label to allow tab focus in package management
|
|
mono/feature/1049876-fix-scaffolding-page-accessibility-annotations
[1049876] [Scaffolding] Added Accessible.Title property for input controls
|
|
[Mac] Improve startup reason detection
|
|
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
|
|
|
|
.. 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 .
|
|
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
|
|
Updated to NuGet 5.4.0.6315
|
|
|
|
|
|
main/src/addins/MonoDevelop.UnitTesting/MonoDevelop.UnitTesting.Tests/MonoDevelop.UnitTesting.Tests/VsTestUnitTestTests.cs
Co-Authored-By: Marius Ungureanu <marius.ungureanu@xamarin.com>
|
|
main/src/addins/MonoDevelop.UnitTesting/MonoDevelop.UnitTesting.Tests/MonoDevelop.UnitTesting.Tests/VsTestUnitTestTests.cs
Co-Authored-By: Marius Ungureanu <marius.ungureanu@xamarin.com>
|
|
main/src/addins/MonoDevelop.UnitTesting/MonoDevelop.UnitTesting.Tests/MonoDevelop.UnitTesting.Tests/VsTestUnitTestTests.cs
Co-Authored-By: Marius Ungureanu <marius.ungureanu@xamarin.com>
|
|
main/src/addins/MonoDevelop.UnitTesting/MonoDevelop.UnitTesting.Tests/MonoDevelop.UnitTesting.Tests/VsTestUnitTestTests.cs
Co-Authored-By: Marius Ungureanu <marius.ungureanu@xamarin.com>
|
|
main/src/addins/MonoDevelop.UnitTesting/MonoDevelop.UnitTesting.Tests/MonoDevelop.UnitTesting.Tests.csproj
Co-Authored-By: Marius Ungureanu <marius.ungureanu@xamarin.com>
|
|
main/src/addins/MonoDevelop.UnitTesting/MonoDevelop.UnitTesting.Tests/MonoDevelop.UnitTesting.Tests/VsTestUnitTestTests.cs
Co-Authored-By: Marius Ungureanu <marius.ungureanu@xamarin.com>
|
|
main/src/addins/MonoDevelop.UnitTesting/MonoDevelop.UnitTesting.Tests/MonoDevelop.UnitTesting.Tests/VsTestUnitTestTests.cs
Co-Authored-By: Marius Ungureanu <marius.ungureanu@xamarin.com>
|
|
main/src/addins/MonoDevelop.UnitTesting/MonoDevelop.UnitTesting.Tests/MonoDevelop.UnitTesting.Tests/VsTestUnitTestTests.cs
Co-Authored-By: Marius Ungureanu <marius.ungureanu@xamarin.com>
|
|
main/src/addins/MonoDevelop.UnitTesting/MonoDevelop.UnitTesting.Tests/MonoDevelop.UnitTesting.Tests/VsTestUnitTestTests.cs
Co-Authored-By: Marius Ungureanu <marius.ungureanu@xamarin.com>
|
|
[Ide] Improve ImageService.CustomImageLoader
|
|
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
|
|
Switch ConditionedPropertyCollection to use ImmutableArray
|
|
Remove various references to NRefactory that are not used
|
|
Fixes VSTS Bug 1027415: [FATAL] SigTerm signal in MonoDevelop.VersionControl.Git.dll!MonoDevelop.VersionControl.Git.GitRepository::Dispose+49
|
|
|
|
* [Mac] Set Marshal*Exception modes
This should prevent hard crashing when working with exception handling in xammac
* Remove these
* Modify tests
|
|
[NuGet] Register credential providers coming from secure plugins
|
|
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
|
|
|
|
Switch to Task.CompletedTask where applicable
|
|
To log errors in case the readers throw
|