-
Notifications
You must be signed in to change notification settings - Fork 80
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
Teamcity output has a guid behind the testname #394
Comments
The only change to TeamCity handling was a fix for this issue: xunit/xunit#2385 This was entirely related to flow IDs (which, yes, are GUIDs). If TeamCity is surfacing these GUID flow IDs, then I'm not sure there's anything we can do about that. They're intended to be opaque unique identifiers. This is the commit where those changes took place: xunit/xunit@cd43469 The handling of test names has not changed here. |
the problem we have is that the id (presumably the collection-id) is used to assign the tests in teamcity. |
There is no way to manipulate this ID. Unfortunately the only way you can keep the old behavior is to stick with |
This is a possibility to change the TestCollectionId repeatedly. |
After tons of testing, logs and so on, see below into a teamcitylog: ##teamcity[flowStarted timestamp='2023-11-22T14:10:35.674+0000' flowId='Tests.dll'] ##teamcity[testStdOut timestamp='2023-11-22T14:10:35.950+0000' flowId='25ef915924ff7813476ec6043bb3cee5' name='TestDummyName' out='Loading config: Done.|r|nStarting test.|r|n' tc:tags='tc:parseServiceMessagesInside']] The 2nd guid is created with the code from top in the constructor of the base-testing-class. |
After update from version 2.4.5 to 2.5.3 the testname in teamcity has a guid at the end.
it looks like this guid is for the class, as different tests (in the same class) always have the same guid.
unfortunately i can't find a solution for this because i can't find a suitable change to the code.
I hope that I can find a solution here.
Thanks.
The text was updated successfully, but these errors were encountered: