Problem
The /benchmark_versions endpoint returns all legacy git-hash versions with the same semver: "1.0.0-beta.1" label, making them indistinguishable.
Current API Response
{
"id": "c6da2ea",
"semver": "1.0.0-beta.1", // All the same!
"label": "1.0.0-beta.1"
},
{
"id": "07e25144",
"semver": "1.0.0-beta.1", // Same again
"label": "1.0.0-beta.1"
},
{
"id": "180baea",
"semver": "1.0.0-beta.1", // And again...
"label": "1.0.0-beta.1"
}
Expected
Each legacy version should have a unique beta number based on chronological order:
{
"id": "c6da2ea",
"semver": "1.0.0-beta.80",
"label": "1.0.0-beta.80"
},
{
"id": "07e25144",
"semver": "1.0.0-beta.79",
"label": "1.0.0-beta.79"
}
// etc, numbered by created_at order
Root Cause
The backfill migration (20260406_backfill_legacy_versions.sql) was supposed to assign sequential beta numbers, but either:
- The migration didn't run correctly
- The
/benchmark_versions endpoint isn't reading from the right column
- The version-to-semver mapping table exists but isn't being joined properly
Investigation Needed
- Check
benchmark_versions table — does it have unique semver values?
- Check the API route that builds
/benchmark_versions response
- Verify the backfill migration ran successfully
Related
- Backfill migration: api#37
- Leaderboard display issue: leaderboard#78
Problem
The
/benchmark_versionsendpoint returns all legacy git-hash versions with the samesemver: "1.0.0-beta.1"label, making them indistinguishable.Current API Response
{ "id": "c6da2ea", "semver": "1.0.0-beta.1", // All the same! "label": "1.0.0-beta.1" }, { "id": "07e25144", "semver": "1.0.0-beta.1", // Same again "label": "1.0.0-beta.1" }, { "id": "180baea", "semver": "1.0.0-beta.1", // And again... "label": "1.0.0-beta.1" }Expected
Each legacy version should have a unique beta number based on chronological order:
{ "id": "c6da2ea", "semver": "1.0.0-beta.80", "label": "1.0.0-beta.80" }, { "id": "07e25144", "semver": "1.0.0-beta.79", "label": "1.0.0-beta.79" } // etc, numbered by created_at orderRoot Cause
The backfill migration (20260406_backfill_legacy_versions.sql) was supposed to assign sequential beta numbers, but either:
/benchmark_versionsendpoint isn't reading from the right columnInvestigation Needed
benchmark_versionstable — does it have unique semver values?/benchmark_versionsresponseRelated