Skip to content

feat: API specs update for version 2.3.x - #121

Merged
ChiragAgg5k merged 1 commit into
mainfrom
feat-2.3.x-specs-get-column
Sep 24, 2026
Merged

ChiragAgg5k merged 1 commit into
mainfrom
feat-2.3.x-specs-get-column

Conversation

@ChiragAgg5k

Copy link
Copy Markdown
Member

Regenerated specs/2.3.x from appwrite-labs/cloud#6071 (server-ce b8ffcfd). Picks up appwrite/appwrite#13877: getColumn and getAttribute declare all 18 column and attribute models.

@ChiragAgg5k
ChiragAgg5k merged commit 96060bf into main Sep 24, 2026
2 checks passed
@greptile-apps

greptile-apps Bot commented Sep 24, 2026 •

Copy link
Copy Markdown

RetriggerConfidence Score: 4/5

The PR should not merge until the bucket size schema can represent the newly documented 5GB limit.

Fix All in Claude CodeFindings

  1. P1 Bucket limit exceeds integer range ▶
Fix with agent prompt
### Issue 1
specs/2.3.x/open-api3-2.3.x.json:97601
The create-bucket field now says the maximum is 5GB, but its `int32` format cannot represent more than about 2.15GB. The update-bucket field has the same mismatch. When a caller sets a bucket limit between those values, clients generated from this spec may reject it or be unable to send it.

---

For each issue above, determine whether it is valid and should be fixed. If so, fix it directly.

Summary

The 2.3.x OpenAPI spec adds eight attribute and column response variants, updates several request-field nullability declarations, and refreshes runtime choices and descriptions. The newly documented 5GB bucket limit conflicts with its int32 field format.

Reviews (1) · Last reviewed commit: "chore: update API specs for getColumn an..."

},
"maximumFileSize": {
"description": "Maximum file size allowed in bytes. Maximum allowed value is 0B.",
"description": "Maximum file size allowed in bytes. Maximum allowed value is 5GB.",

Copy link
Copy Markdown

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

P1 Bucket limit exceeds integer range The create-bucket field now says the maximum is 5GB, but its int32 format cannot represent more than about 2.15GB. The update-bucket field has the same mismatch. When a caller sets a bucket limit between those values, clients generated from this spec may reject it or be unable to send it.

Prompt To Fix With AI
This is a comment left during a code review.
Path: specs/2.3.x/open-api3-2.3.x.json
Line: 97601

Comment:
**Bucket limit exceeds integer range** The create-bucket field now says the maximum is 5GB, but its `int32` format cannot represent more than about 2.15GB. The update-bucket field has the same mismatch. When a caller sets a bucket limit between those values, clients generated from this spec may reject it or be unable to send it.

---

For each issue above, determine whether it is valid and should be fixed. If so, fix it directly.

Fix in Claude Code Fix in Codex

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.

1 participant