Skip to content

[PROD RELEASE] June 16#121

Merged
kkartunov merged 28 commits into
masterfrom
develop
Jun 16, 2026
Merged

[PROD RELEASE] June 16#121
kkartunov merged 28 commits into
masterfrom
develop

Conversation

@vas3a

@vas3a vas3a commented Jun 16, 2026

Copy link
Copy Markdown
Collaborator

https://topcoder.atlassian.net/browse/PM-5015

This pull request introduces several important updates to support AI-only challenge flows, improve challenge phase handling, and enhance deployment and licensing. The main changes include the introduction of a new AI Review phase and an AI Only Challenge timeline template, logic to identify "stalled" challenges, updates to deployment scripts and CI/CD, and a new open source license.

AI Challenge Flow Enhancements:

  • Added a new "AI Review" phase and seeded an "AI Only Challenge" timeline template, including all necessary timeline template phases for AI-only challenges, via new Prisma migrations. Also added the Approval phase to the AI-only template. [1] [2]
  • Updated configuration (config/default.js) to include the ID for the AI Only Challenge timeline template, making it accessible via environment variable or default.
  • Updated challenge phase logic to skip inserting the AI Screening phase if a challenge already contains an AI Review phase, ensuring correct phase sequencing for AI-only challenges.

Challenge Status Improvements:

  • Implemented logic to detect and flag "stalled" challenges—active challenges where all phases are closed but a successor phase that should have opened has not—by adding a stalled property to the challenge API response and updating the OpenAPI schema documentation. [1] [2] [3] [4]

Deployment and CI/CD:

  • Added a deploy:dev script to package.json for tagging and pushing dev builds, streamlining the development deployment workflow.
  • Updated .circleci/config.yml to trigger builds only for tags matching the dev-* pattern, improving CI/CD efficiency for development tags.

Access Control and Security:

  • Changed the authentication logic for public routes to preserve a machine token bypass flag (rather than dropping the user) when there is a scope mismatch, potentially affecting access control for whitelisted routes.

Licensing:

  • Added an Apache License 2.0 to the repository, clarifying the project's open source license and terms of use.

jmgasper and others added 28 commits May 19, 2026 10:52
What was broken

Marathon Match challenge closing could persist winners before all parallel system scoring callbacks had written final summations for every member's latest submission. If an early final summation belonged to a lower-scoring member, that member could be stored as the winner even after later final scores showed a different winner.

Root cause (if identifiable)

closeMarathonMatch ranked whatever final review summations existed at the time of the close request. It did not verify that every latest member submission had a final/system summation, and it did not limit winner ranking to the latest submission for each member.

What was changed

Loaded latest non-checkpoint submissions from the review database during Marathon Match close. Winner selection now requires each latest submission to have a matching final summation before the challenge can be completed, and ranks only those latest-submission final summations. When submission rows are unavailable, the logic falls back to the newest final summation per submitter to avoid duplicate placements.

Any added/updated tests

Added ChallengeService unit coverage for ranking winners from latest member final summations and blocking close while any latest submission is missing a final summation.
PM-5161: Guard MM winner selection until final scoring completes
…-ai-only

Allow opening approval phase without approval user in AI Only challenges
What was broken

Marathon Match close could still persist winners from an incomplete set of final summations when latest submission rows were unavailable to challenge-api. In that fallback path, an older or partial final score could be selected before another submitter's latest known summation had a final score.

Root cause (if identifiable)

The previous fix guarded the direct latest-submission path, but the no-submission-row fallback still ranked the newest final summation per submitter without checking whether Review API already showed a newer submission-scoped summation for that submitter.

What was changed

The fallback winner selection now derives the newest submission-scoped summation per submitter from all review summations. If that latest known submission does not have the selected final summation, closeMarathonMatch rejects the close instead of persisting premature winners.

Any added/updated tests

Added ChallengeService unit coverage for blocking fallback winner selection when a submitter has an older final summation and a newer non-final submission-scoped summation.
PM-5161: Guard MM winner fallback final scoring
@vas3a vas3a requested review from jmgasper and kkartunov June 16, 2026 06:14
@vas3a vas3a changed the title PROD RELEASE June 16 [PROD RELEASE] June 16 Jun 16, 2026
@kkartunov kkartunov merged commit b013d4d into master Jun 16, 2026
8 checks passed
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

Successfully merging this pull request may close these issues.

3 participants