[Schema Inaccuracy] Boolean default value for string-type `make_latest` parameter in `repos/update-release`
Maintainers usually reply within 1 day
Nobody has claimed this yet.
Assessment
- Difficulty
- 1/5
- Estimated time
- Under an hour
- Newbie friendliness
- 50/100
- Issue type
- Bug
- Clarity
- Clearly specified
- Activity status
- Stale
- Tech stack
- json, openapi
- Domain
- api
Research direction
Inspect descriptions/api.github.com/api.github.com.json at the PATCH schema for /repos/{owner}/{repo}/releases/{release_id}; use the provided jq command to confirm the make_latest definition. Compare it with the POST create-release schema, then verify that the update-release schema uses the same string default and rerun both jq checks.
Written by the indexing model from the issue text.
Description
Schema Inaccuracy
The repos/update-release operation has a boolean default value for a string-type field. The make_latest parameter is defined as type: "string" with enum ["true", "false", "legacy"], but has default: true (boolean) instead of default: "true" (string).
This is inconsistent with the repos/create-release operation which correctly uses the string default "true".
Expected
{
"make_latest": {
"type": "string",
"enum": ["true", "false", "legacy"],
"default": "true"
}
}
Reproduction Steps
jq '.paths["/repos/{owner}/{repo}/releases/{release_id}"].patch.requestBody.content["application/json"].schema.properties.make_latest' descriptions/api.github.com/api.github.com.json
Shows "default": true (boolean) instead of "default": "true" (string).
Compare with the correct version:
jq '.paths["/repos/{owner}/{repo}/releases"].post.requestBody.content["application/json"].schema.properties.make_latest' descriptions/api.github.com/api.github.com.json
Shows "default": "true" (string).
- Dominant language
- No language data
- Stars
- 1.6k
- Forks
- 345
- Avg merge
- 6h
- Merged PRs (30d)
- 82
Getting set up
- No Dockerfile or Docker Compose file
- Has a pull request template
- Read the contributing 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 github/rest-api-description
-
feature
Difficulty 1/5 Under an hour Newbie friendliness 88/100
github/rest-api-description#7266 · 1 comment ·
Maintainers usually reply within 1 day
-
feature
Difficulty 2/5 1-3 hours Newbie friendliness 82/100
github/rest-api-description#7246 ·
Maintainers usually reply within 1 day
-
feature
Difficulty 2/5 1-3 hours Newbie friendliness 85/100
github/rest-api-description#7220 ·
Maintainers usually reply within 1 day
-
feature
Difficulty 2/5 1-3 hours Newbie friendliness 82/100
github/rest-api-description#7201 ·
Maintainers usually reply within 1 day
-
feature
Difficulty 2/5 1-3 hours Newbie friendliness 72/100
github/rest-api-description#7163 ·
Maintainers usually reply within 1 day
All issues in github/rest-api-description
Similar issues
-
Difficulty 2/5 1-3 hours Newbie friendliness 78/100
CopilotKit/aimock#491 ·
Maintainers usually reply within 1 day
-
Difficulty 2/5 1-3 hours Newbie friendliness 78/100
deepset-ai/haystack#13092 ·
Maintainers usually reply within 1 day
-
Difficulty 2/5 1-3 hours Newbie friendliness 86/100
dani-garcia/vaultwarden#7801 ·
Maintainers usually reply within 1 day
-
🐛 Bug supabase/cli
Difficulty 2/5 1-3 hours Newbie friendliness 84/100
Maintainers usually reply within 1 day
-
area/auth comp/gateway P2 sweeper:risk-message-delivery type/bug
Difficulty 2/5 1-3 hours Newbie friendliness 92/100
NousResearch/hermes-agent#131962 ·
Maintainers usually reply within 1 day