-
Notifications
You must be signed in to change notification settings - Fork 153
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
3.15.0 - MSI package is unable to acquire remote process agent #1185
Comments
@jamesjohnmcguire If you can, try running this using either the nuget or the chocolatey package. That will help narrow it down to the msi packaging itself. |
I added NUnit.Console as a nuget package. But I don't quite understand how to use *.EXE as a nuget package. After building, the nunit3-console.exe doesn't show up anywhere in my output path. I can see it in the nuget cache at: %USERPROFILE%.nuget\packages\nunit.console\3.15.0 How is this supposed to work? How can I test this? My demo repo is also updated with installed package. |
@jamesjohnmcguire Is this still a problem? Rereading this, I see I didn't clarify a few points you asked about...
|
Thanks for checking in on this issue again. I tried this again with MSI installer for 3.15.2, with basically the same results as my original post on this issue. I then uninstalled the MSI package and then installed through chocolately, and, well, it seems to work, at least, on the couple of projects I tested. So, that, it seems, will get me through the blocking issues. But there still seems something amiss then with the MSI installer. Also, please note, I tried to go through the directions about using the nunit3-console through the nuget package, as documented here, but there is a bit of a disconnect, as newer versions of nuget use a global cache instead of local 'packages' directory. Furthermore, looking at the package directory in the global cache, I don't see any actual binaries, so it just furthers my confusion. example:
So, I'm still wondering how to use the nunit3-console through the nuget package, but perhaps that should be considered a separate issue. And thus, since I can get along now with the choco package, it isn't really a concern for me. Hope this helps! |
You're right that the docs no longer tell you how to use a nuget package install! I'll create an issue for that. Thanks for clarifying that this works for the chocolatey install but not the msi package. I'll make a copy of your repro example in order to look at this further. It's possible that the issue may have been fixed, since a number of changes have been made to the msi generation in preparation for the 3.16 release. The latest development packages are available as version 3.16.0-dev00043 (or higher) from our MyGet feed. |
@jamesjohnmcguire Can you check whether 3.16.0-dev00043 fixed this problem for you? |
I tried to find a MSI installer for 3.16.0-dev00043, but couldn't find any. So, I tried installing the nuget package, through VS Package Manager console. Builds just fine but I still don't know how to run nunit3-console with the nuget package. After uninstalling the choco version, when trying to run nunit3-console from the command line, I get: 'nunit3-console' is not recognized as an internal or external command, operable program or batch file.' and there is no nunit3-console.exe anywhere in sight. So, until I can get an understanding of how to run nunit3-console through the nuget package, I would say this hasn't helped. I'm still fine and good to go with the choco package version. |
@jamesjohnmcguire Sorry, I wasn't thinking! You obviously need the msi to verify this. You can grab it from the msi link on this page: https://ci.appveyor.com/project/CharliePoole/nunit-console/builds/45081009/artifacts BTW, you can get chocolatey builds from our myget source as well, although that won't work for this purpose. AFAIK they don't handle msi packages. |
Not OP, but the 3.16.0-dev00043 fixed my issue with the original "unable to acquire remote process agent" error message I was getting from the MSI. However, while it "runs" without throwing an error, it does not appear to actually run the test. Still trying to track that down though. |
Making a little headway. Was trying with the deprecated --test instead of --where. Still not actually running but moving forward. |
Since @mattsmith321 verifies that the original problem is fixed, I'm closing this issue. You can still comment here, however, and I'll respond. @mattsmith321 Your problem with the filter not actually working is no doubt a different code issue, but if you post what the filter and test you are using look like, I can make some suggestions. |
This issue has been resolved in version 3.16.0 The release is available on: |
<TargetFramework>netcoreapp3.1</TargetFramework>
After creation, I didn't change anything. A copy of project is available on GitHub: https://github.com/jamesjohnmcguire/nunit-console-test>nunit3-console TestProject2.dll
Additional Information:
This seems similar to issue #1182, but it is not the same.
What I find interesting is that I am running Windows 10:
systeminfo | findstr /B /C:"OS Name" /C:"OS Version"
and the project is targeting netcoreapp3.1 (I also tried net6.0) and yet the top of the output states:
Seems like something may be off there.
I also downloaded the zip binaries and extracted the NET6.0 binaries, directly into output directly and then ran that with the results:
nunit3-console TestProject2.dll
In addtion to the application running correctly, the Runtime Environment is now correct. What is the difference from the MSI and the zip (net6.0) bits?
The text was updated successfully, but these errors were encountered: