Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Consider DisableAppDomains=true by default #4726

Closed
nohwnd opened this issue Oct 27, 2023 · 2 comments
Closed

Consider DisableAppDomains=true by default #4726

nohwnd opened this issue Oct 27, 2023 · 2 comments

Comments

@nohwnd
Copy link
Member

nohwnd commented Oct 27, 2023

I am considering to set DisableAppDomains option by default to true.

This would only affect .NET Framework, and would disable appdomain isolation as it is implemented by the respective frameworks, most importantly MSTest, NUnit and Xunit.

I saw significant perf improvements in discovery and execution speed across frameworks. And and in XUnit 2.5.0 and newer the switch works correctly thanks to Brad.

Users

You can test if this breaks you by running with:

dotnet test -- RunConfiguration.DisableAppDomain=true

vstest.console.exe yourTests.dll -- RunConfiguration.DisableAppDomain=true

Or this runsetting:

<RunSettings>
  <RunConfiguration>
    <DisableAppDomain>true</DisableAppDomain>
  </RunConfiguration>
</RunSettings>

Are you relaying on it? Would this break you?

Maintainers

Framework maintainers, do you see problems with this? @OsirisTerje @bradwilson @Evangelink

@bradwilson
Copy link

We're not depending on it (that I'm aware of).

I really have no idea how many tests in the wild depend on have app domains in place. Even asking users whether they depend on them probably won't help because many are unlikely to know, simply depending on the default behavior.

@nohwnd
Copy link
Member Author

nohwnd commented Jul 8, 2024

This change was proposed to testing platform, here we won't do it because it would change how dlls are loaded. I've accidentally did it in unrelated change, and lot of code bases started to break.

@nohwnd nohwnd closed this as not planned Won't fix, can't repro, duplicate, stale Jul 8, 2024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants