docs: regenerate the Platform API reference for the items + pageInfo list shape
Nobody has claimed this yet.
Assessment
- Difficulty
- 2/5
- Estimated time
- 1-3 hours
- Newbie friendliness
- 78/100
- Issue type
- Documentation
- Clarity
- Clearly specified
- Activity status
- Active
- Tech stack
- openapi
- Domain
- documentation
Research direction
In docs-mintlify, start with api-reference/api.yaml and run SRC_SPEC=/path/to/cubejs-enterprise/packages/console-server/open-api-spec-public-v3.1.yaml yarn api:extract. Check the resulting docs.json and introduction.mdx, then run yarn api:check. Done means list responses use items and pageInfo, list endpoints expose first and after, and DeploymentVersionsResponse no longer documents data.
Written by the indexing model from the issue text.
Description
docs-mintlify/api-reference/api.yaml is stale against the current Console Server public OpenAPI spec.
The API standardized list responses on items + pageInfo, keeping data/count/pagination only as deprecated aliases, and gave every list endpoint first/after. The committed reference predates that:
DeploymentVersionsResponseis still documented as{ data }— a field that no longer exists on that endpoint (it was reworked toitems+pageInfoonly, a deliberate break on an unreleased response).- ~30 list endpoints are missing
items,pageInfo, and thefirst/afterquery params.
Nothing in this repo's CI checks the reference for drift, so it went unnoticed. Regenerating touches api.yaml, docs.json, and introduction.mdx, which is why it was kept out of the Rust-only fix in #11582:
cd docs-mintlify && SRC_SPEC=/path/to/cubejs-enterprise/packages/console-server/open-api-spec-public-v3.1.yaml yarn api:extract
The spec is generated in cubejs-enterprise/packages/console-server via yarn generate:open-api:spec-public. yarn api:check verifies the committed artifacts without writing — worth wiring into CI here so this can't go stale again.
Context: #11582.
- Dominant language
- Rust
- Stars
- 20.9k
- Forks
- 2.1k
- Avg merge
- 1d 31m
- Merged PRs (30d)
- 203
Contributor guide
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
More from cube-js/cube
-
Difficulty 2/5 1-3 hours Newbie friendliness 88/100
-
Difficulty 1/5 Under an hour Newbie friendliness 92/100
-
Difficulty 2/5 1-3 hours Newbie friendliness 78/100
-
Difficulty 2/5 1-3 hours Newbie friendliness 78/100
-
Difficulty 2/5 1-3 hours Newbie friendliness 68/100
Similar issues
-
bug
Difficulty 2/5 1-3 hours Newbie friendliness 68/100
gitbutlerapp/gitbutler#15998 · 1 comment ·
-
bug triage:deciding
Difficulty 1/5 Under an hour Newbie friendliness 88/100
open-telemetry/otel-arrow#4132 ·
-
Difficulty 2/5 1-3 hours Newbie friendliness 88/100
-
Difficulty 2/5 1-3 hours Newbie friendliness 84/100
-
Difficulty 2/5 1-3 hours Newbie friendliness 76/100
bitcoindevkit/bdk-ffi#1125 ·