| Age | Commit message (Collapse) | Author |
|---|
|
Fixes https://devdiv.visualstudio.com/DevDiv/_workitems/edit/1027825/
|
|
Fixes https://devdiv.visualstudio.com/DevDiv/_workitems/edit/1027799/
|
|
Fixes https://devdiv.visualstudio.com/DevDiv/_workitems/edit/1020849
Fixes https://devdiv.visualstudio.com/DevDiv/_workitems/edit/1036179
|
|
Fixes BinaryCompatBaseline.txt for Archive publishing fix
|
|
[release-8.4] Fix dialog parenting issue
|
|
Fixes https://devdiv.visualstudio.com/DevDiv/_workitems/edit/947006
- added `OnProjectCreating` method to announce an information about the process has begun
- added `OnProjectCreated` method to announce an information about the process has completed
- added `OnProjectCreationFailed` method to announce an information about the process has failed
|
|
`PlatformService `
|
|
When a message dialog is shown, we try to get the currently focused
top level window if no parent is provided. This is done by the
GetFocusedTopLevelWindow() method that is implemented in MacPlatform.
This method should not return auto-hide pads as top level windows,
and there is a check for that, but the check doesn't work when
the auto-hide pad is implemented with Cocoa, since the pad may have
the Cocoa focus but not the GTK focus. It may happen then that an
auto-hide pad is used for parenting a message dialog, and if the
pad is auto-hidden, the modal dialog will also be hidden and
will block the whole IDE. The patch adds an additional check to
the condition for detecting if a top level is focused or not.
Fixes bug #1027840
|
|
Fixes https://devdiv.visualstudio.com/DevDiv/_workitems/edit/1036179
|
|
|
|
Removes System.Net.Http.Primitives and Google.Apis.Core error lines.
Needed by https://github.com/xamarin/md-addins/pull/6088
|
|
Fixes https://devdiv.visualstudio.com/DevDiv/_workitems/edit/753577
|
|
Fixes: https://devdiv.visualstudio.com/DevDiv/_workitems/edit/1034938
Given the current FileNesting logic, we check for a potential parent which matches a filepath spec. We filter out these parents if they are directories using FilePath.IsDirectory, which causes IO via Directory.Exists. As we already know whether a filepath in the project filelist is a directory, we should delay this filtering and avoid the IO.
Testing:
This change has a 2x speedup (~2.5mins to ~1.1min) for a React.js & Redux Asp.Net Core project which has a node_modules folder added to the project.
|
|
Updated reference to xamarin/Xamarin.PropertyEditing@217cd27
|
|
|
|
|
|
[release-8.4] Fixes VSTS Bug 1027417: [FATAL] SigTerm signal in
|
|
MonoDevelop.VersionControl.Git.dll!MonoDevelop.VersionControl.Git.TaskFailureExtensions::RunWaitAndCapture+0
https://devdiv.visualstudio.com/DevDiv/_workitems/edit/1027417
Was the only command call left using the non async update which may
cause dead locks.
|
|
MonoDevelop.VersionControl.Git.dll!MonoDevelop.VersionControl.Git.SwitchToBranchHandler::Update+98
https://devdiv.visualstudio.com/DevDiv/_workitems/edit/1030370
|
|
[release-8.4] [Ide] Type system updates file information less often
|
|
With a project that uses the DevExpress.Blazor NuGet package the IDE
would get stuck running MSBuild design time builds repeatedly. Every
MSBuild target that was run would trigger the DevExpress UpdateStatic
MSBuild target to run. This UpdateStatic target would delete and create
javascript files in the project. This then triggered the 'Files'
project modified event to fire. The type system then re-ran the design
time builds again since it uses this event as a trigger. This then
resulted in the design time builds being run repeatedly. The status
bar would repeatedly show messages, usually Saving, but sometimes some
version control messages.
To avoid this repeated calling of the MSBuild design time targets the
project now has a new CoreCompileFiles modified event which only fires
for a small subset of build actions - Compile, AdditionalFiles,
Analyzer and EditorConfigFiles. These build actions are the only ones
the type system is interested in so there is no need to re-run a design
time build to get the list of source files if files with different
build actions are added. This prevents the problem with the dev express
build targets since it adds/removes javascript files which are not
needed by the type system.
Fixes VSTS #1030001 - Stuck in constant loop of Saving -> Checkout of
files after building a solution.
|
|
The change make the call to RemoteBuildEngine.UnloadProject meant
that the engine in the RemoteProjectBuilder was being set to null
and the RemoteBuildEngineManager.ReleaseProjectBuilder was being
called with this null engine. Reworked the code so that if the
builder is being disposed then the call to ReleaseProjectBuilder
is done after the UnloadProject.
Also modified a builder test so it waits a while for the engine
count to be reduced since that is now done asynchronously.
|
|
UI hang can occur when the UI thread and a background thread are
updating the remote project builders at the same time due to two locks
being accessed in a different order.
Background thread:
RemoteBuildEngine.GetRemoteProjectBuilder - locks remoteProjectBuilders
RemoteProjectBuilder.AddReference - locks usageLock
UI thread:
RemoteProjectBuilder.Shutdown - locks usageLock
RemoteProjectBuilder.Dispose
RemoteBuildEngine.UnloadProject
RemoteBuildEngine.RemoveBuilder - locks remoteProjectBuilders
To avoid this the RemoteBuildEngine.UnloadProject is not done
synchronously in the RemoteProjectBuilder's Dispose method.
Fixes VSTS #1030374 - [FATAL] SigTerm signal in MonoDevelop.Core.dll!
MonoDevelop.Projects.MSBuild.RemoteBuildEngine::RemoveBuilder+9
|
|
[release-8.4] [Ide] Load AddinManager data on the UI thread.
|
|
[release-8.4] Fixes squiggles in Razor/Blazor files after project reload
|
|
[release-8.4] Fixes 1026106 - in some cases, NSEvent seems to have been null
|
|
Some tests (i.e. MD.Core) cannot initialize the composition manager in the UI thread. The Razor extension ends up calling CompositionManager.Instance in the constructor, thus the init will throw and the Core test suite hangs.
|
|
|
|
This reverts commit de1559fa525c8b5a1a59619d7db391ae806fd06f.
|
|
This reverts commit b91e99dfbd3084c3c94867c8140895095522f2a1.
|
|
Synchronously run the OnInitialize of the service to load the addin assemblies on the UI thread, then dispatch the actual composing to a background task.
This should prevent deadlock issues, and ensure that the first init is called on the UI thread
|
|
|
|
Don't inherit test base, as that will slow down test runs
|
|
required addins
Without this codepath, we will end up in a deadlock, as the addin manager requires running on the UI thread
|
|
We need to run this on the UI thread since AddinManager is not thread safe.
Invoking extension changed handlers on non-UI thread can lead to weird results
Fixes VSTS #1027414 - [FATAL] SigTerm signal in Mono.Addins.dll!Mono.Addins.RuntimeAddin::LoadModule+82"
|
|
Fixes https://devdiv.visualstudio.com/DevDiv/_workitems/edit/1010385
|
|
[release-8.4] [Debugger] Exception caught dialog accessibility
|
|
Co-Authored-By: Marius Ungureanu <marius.ungureanu@xamarin.com>
|
|
This introduces a null check, and also introduces additional debug level
checks for others, just to make sure if we do run into this while debugging,
that we are aware.
|
|
|
|
Added accessibility titles to the buttons and images that are displayed
in the debugger tree view in the Exception Caught dialog and the
Locals and Watch pad. The visualizer buttons now have a descriptive
name read by Voice Over. Images now have a descriptive name read by
Voice Over.
|
|
Fix warning images not associated with a label.
Fix tree views not being named.
Fix inner exception tree view not reading tree node item text.
|
|
The expanders are preventing Voice Over from accessing the child
UI elements of the expanders.
|
|
|
|
mono/release-8.4-jstedfast-debugger-expression-code-completion
[Release-8.4] [Debugger] Implemented code-completion for the new MacObjectValueTree
|
|
|
|
[release-8.4] [Ide] Let the references search be a child of the notebook
|
|
[release-8.4] [NuGet][1021556] Make tab labels behave like real tabs with VO
|
|
[release-8.4] [NuGet] Manage packages dialog accessibility
|
|
[release-8.4] Scaffolding is enabled for Project + Folder
|
