feat(generated): Pipes (batch 77e46600)#681
Conversation
Greptile SummaryThis PR regenerates the Python SDK for new Pipes credential and API-key flows. The main changes are:
Confidence Score: 4/5One contained correctness issue needs to be fixed before merging. The generated endpoint methods and most models match the new API surface, but the credential model rejects API-key credential responses that the new endpoint can return.
What T-Rex did
Important Files Changed
|
| expires_at=data["expires_at"], | ||
| scopes=data["scopes"], | ||
| missing_scopes=data["missing_scopes"], |
There was a problem hiding this comment.
Handle API-key credentials
create_data_integration_credential documents that API-key installations return the stored secret, but this deserializer requires OAuth-only response fields (expires_at, scopes, and missing_scopes). When the API returns an API-key credential with auth_method: "api_key" and value, callers get a deserialize error instead of the vended secret.
Artifacts
Repro: focused deserialization script with api_key credential payload
- Contains supporting evidence from the run (text/x-python; charset=utf-8).
Repro: command output showing WorkOSError for missing expires_at
- Keeps the command output available without making the summary code-heavy.
Ran code and verified through T-Rex
Prompt To Fix With AI
This is a comment left during a code review.
Path: src/workos/pipes/models/data_integration_credentials_response_credential.py
Line: 37-39
Comment:
**Handle API-key credentials**
`create_data_integration_credential` documents that API-key installations return the stored secret, but this deserializer requires OAuth-only response fields (`expires_at`, `scopes`, and `missing_scopes`). When the API returns an API-key credential with `auth_method: "api_key"` and `value`, callers get a deserialize error instead of the vended secret.
How can I resolve this? If you propose a fix, please make it concise.
Summary
Regenerated SDK from spec changes.
Triggered by workos/openapi-spec@6557d44