Repository navigation
Release v1.1.22 - #102
Release v1.1.22#102
Conversation
[Medium impact] The changes affect connection management and agent job-list workflows. Fix the generated response schema before merging so connection updates can return the new confirmation conflict without crashing.
|
| description: 'A strict-identity duplicate of this connection already exists | ||
| in this organization, post actions still call a write operation this update | ||
| removes or renames ({error}), or the update changes calls for agents or | ||
| webhooks that use the connection ({error, in_use: true}; resend with confirm_in_use).' |
There was a problem hiding this comment.
Confirmation conflicts fail to load
The new in-use conflict returns {error, in_use: true}, but both PUT and PATCH still read every 409 as DuplicateConnectionResponse. That model requires existing_connection, which this response lacks. Callers using the generated endpoints with client.raw get KeyError instead of the conflict, so they cannot inspect in_use before resending with confirm_in_use.
Describe both conflict shapes in the response schema and regenerate the models and endpoints.
Knowledge Base Used: Generated API integration
| lifecycle: | ||
| $ref: '#/components/schemas/LifecycleEnum' |
There was a problem hiding this comment.
Friendly methods miss lifecycle options
The new lifecycle filter and update field are missing from the friendly wrapper contract. client.connections.list(lifecycle="active") and client.connections.update(id, lifecycle="archived") reject the argument. Users must switch to generated endpoint calls to filter active connections or archive and reactivate them.
Add optional lifecycle arguments to list, update, and replace in the wrapper contract and regenerate the friendly methods.
Knowledge Base Used: Wrapper generation
6d7cc06 to
9d2693e
Compare
This PR updates the Python SDK for release
1.1.22.Generated from:
1-1-5f0c6dd519d94649cd2984d45d64faed60e99527e