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

CoreCLR Runtime Tests aren't running on outerloop-only queues #57007

Closed
jkoritzinsky opened this issue Aug 6, 2021 · 2 comments · Fixed by #85018
Closed

CoreCLR Runtime Tests aren't running on outerloop-only queues #57007

jkoritzinsky opened this issue Aug 6, 2021 · 2 comments · Fixed by #85018

Comments

@jkoritzinsky
Copy link
Member

CoreCLR has some test queues defined to only run in outerloop scenarios. Specifically, there are some queues that we used to run tests only on during the official build back before repo consolidation.

This was conditioned by setting the helixQueuesGroup: property in the pipeline definitions for test jobs to all.

When we consolidated repositories, we removed the test runs on the internal pipelines, but we never moved these queues to be run on any public builds by default. This includes all CoreCLR runtime test runs on Windows 7 and Windows 8.1.

I've checked the Kusto data, and I have verified that we have not run any CoreCLR runtime tests on Windows 7 in dotnet/runtime, but we are running them on dotnet/coreclr.

cc: @AaronRobinsonMSFT

@ghost
Copy link

ghost commented Aug 6, 2021

Tagging subscribers to this area: @hoyosjs
See info in area-owners.md if you want to be subscribed.

Issue Details

CoreCLR has some test queues defined to only run in outerloop scenarios. Specifically, there are some queues that we used to run tests only on during the official build back before repo consolidation.

This was conditioned by setting the helixQueuesGroup: property in the pipeline definitions for test jobs to all.

When we consolidated repositories, we removed the test runs on the internal pipelines, but we never moved these queues to be run on any public builds by default. This includes all CoreCLR runtime test runs on Windows 7 and Windows 8.1.

I've checked the Kusto data, and I have verified that we have not run any CoreCLR runtime tests on Windows 7 in dotnet/runtime, but we are running them on dotnet/coreclr.

cc: @AaronRobinsonMSFT

Author: jkoritzinsky
Assignees: -
Labels:

area-Infrastructure-coreclr

Milestone: -

@dotnet-issue-labeler dotnet-issue-labeler bot added the untriaged New issue has not been triaged by the area owner label Aug 6, 2021
@AaronRobinsonMSFT
Copy link
Member

AaronRobinsonMSFT commented Aug 6, 2021

/cc @ViktorHofer @BruceForstall

jkoritzinsky added a commit to jkoritzinsky/runtime that referenced this issue Aug 9, 2021
Also, clean up the CoreCLR helix queue configuration since we don't run any tests in the internal build.

Fixes dotnet#57007
@ghost ghost added the in-pr There is an active PR which will close this issue when it is merged label Aug 9, 2021
@ViktorHofer ViktorHofer removed the untriaged New issue has not been triaged by the area owner label Aug 10, 2021
@ViktorHofer ViktorHofer added this to the 6.0.0 milestone Aug 10, 2021
@ViktorHofer ViktorHofer modified the milestones: 6.0.0, 7.0.0 Sep 3, 2021
@ghost ghost removed the in-pr There is an active PR which will close this issue when it is merged label Feb 10, 2022
@hoyosjs hoyosjs modified the milestones: 7.0.0, 8.0.0 Aug 11, 2022
@ghost ghost added the in-pr There is an active PR which will close this issue when it is merged label Apr 18, 2023
@ghost ghost removed the in-pr There is an active PR which will close this issue when it is merged label Apr 19, 2023
@ghost ghost locked as resolved and limited conversation to collaborators May 20, 2023
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Projects
Archived in project
4 participants