feat: API specs update for version latest#72
Conversation
Greptile SummaryThis auto-generated PR updates all six API spec files (OpenAPI 3 and Swagger 2, across client/server/console variants) for the Appwrite
Confidence Score: 3/5The console and server spec changes contain multiple backward-incompatible modifications that will affect existing SDK consumers and generated clients. The credentials endpoint HTTP method flip (POST→PATCH) will silently break any client calling that path today. Adding Both console files ( Important Files Changed
|
| "patch": { | ||
| "summary": "Update database credentials.", | ||
| "operationId": "computeUpdateDatabaseCredentials", |
There was a problem hiding this comment.
Breaking HTTP method change on credentials endpoint
computeUpdateDatabaseCredentials has changed from POST to PATCH on /compute/databases/{databaseId}/credentials. Any existing SDK client or generated code that calls this endpoint via POST will receive a 405 Method Not Allowed error after this spec ships. The same change is present in swagger2-latest-console.json.
| "type": "string", | ||
| "description": "The snapshot timestamp.", | ||
| "x-example": "2026-04-09T12:00:00.000+00:00" | ||
| }, | ||
| "resourceType": { | ||
| "type": "string", | ||
| "description": "The resource type.", | ||
| "x-example": "dedicatedDatabases" | ||
| }, | ||
| "resourceId": { | ||
| "type": "string", | ||
| "description": "The resource ID.", | ||
| "x-example": "production" | ||
| } | ||
| }, | ||
| "required": [ | ||
| "metric", | ||
| "value", | ||
| "time" | ||
| "time", | ||
| "resourceType", | ||
| "resourceId" | ||
| ], | ||
| "example": { | ||
| "metric": "users", | ||
| "value": 1500, | ||
| "time": "2026-04-09T12:00:00.000+00:00" | ||
| "time": "2026-04-09T12:00:00.000+00:00", |
There was a problem hiding this comment.
Breaking schema change:
usageGauge required fields expanded
resourceType and resourceId are now marked as required on the usageGauge schema across all six spec files. Any existing client that validates API responses against this schema (or any code-generated model that was built from the prior spec) will fail if the server does not unconditionally include these fields. Conversely, any code that serialises a usageGauge without these fields will produce invalid output. Confirm the backend has been updated to always populate both fields before this spec is published.
| "metricsEnabled": { | ||
| "type": "boolean", | ||
| "description": "Enable metrics collection.", | ||
| "default": true, | ||
| "default": false, |
There was a problem hiding this comment.
Silent behavior change:
metricsEnabled default flipped to false
The default value for metricsEnabled changed from true to false. New databases created without explicitly setting this field will have metrics collection silently disabled, which could cause gaps in observability for operators who expected the previous opt-out behavior. The same change is present in swagger2-latest-console.json.
This PR contains API specification updates for version latest.