fix(generated): Move organization connected-account operations onto Pipes - #557
Conversation
…iKeys, AuditLogs, Authorization, ClientApi, Connect, DirectorySync, Events, FeatureFlags, Groups, MultiFactorAuth, OrganizationDomains, OrganizationMembership, Organizations, Pipes, PipesProvider, PlatformTeams, Radar, SSO, UserManagement, Vault, Webhooks, Widgets
|
| * Moved the organization connected-account operations from the unreleased `OrganizationsDataProviders` resource onto `Pipes` (`client.pipes.get_organization_connected_account`, `create_organization_connected_account`, `update_organization_connected_account`, `delete_organization_connected_account`, `list_organization_data_providers`); the API itself is unchanged (workos/openapi-spec#179) | ||
| * **[multi_factor_auth](https://workos.com/docs/reference/authkit/mfa)**: |
There was a problem hiding this comment.
The release note describes only the relocation of five operations, but this PR also adds the public fields connection_owner, connection_role, account_identifier, and account_display_name, and makes the existing ownership reader emit a deprecation warning. Please document these additions and the deprecation so consumers receive complete migration guidance instead of encountering an unannounced warning.
Prompt To Fix With AI
This is a comment left during a code review.
Path: .changelog-pending/2026-09-17T21-00-23-bfe7aedb3cf7296ffb6ead1e287e844186479702.md
Line: 5-6
Comment:
**Release Note Omits Changes**
The release note describes only the relocation of five operations, but this PR also adds the public fields `connection_owner`, `connection_role`, `account_identifier`, and `account_display_name`, and makes the existing `ownership` reader emit a deprecation warning. Please document these additions and the deprecation so consumers receive complete migration guidance instead of encountering an unannounced warning.
---
For each issue above, determine whether it is valid and should be fixed. If so, fix it directly.Note: If this suggestion doesn't match your team's coding style, reply to this and let me know. I'll remember it for next time!
Summary
fix(pipes): Move organization connected-account operations onto Pipes
The previous regeneration exposed the organization connected-account endpoints on a standalone
OrganizationsDataProvidersresource. That was the wrong home (workos/openapi-spec#179 corrects the service ownership), and it never shipped in a release. The same five endpoints are now on thePipesresource. Nothing was added to or removed from the API itself; only where the SDK exposes it changed.client.organizations_data_providers.get_organization_connected_accountclient.pipes.get_organization_connected_accountclient.organizations_data_providers.create_organization_connected_accountclient.pipes.create_organization_connected_accountclient.organizations_data_providers.update_organization_connected_accountclient.pipes.update_organization_connected_accountclient.organizations_data_providers.delete_organization_connected_accountclient.pipes.delete_organization_connected_accountclient.organizations_data_providers.list_organization_data_providersclient.pipes.list_organization_data_providersMethod names are unchanged; only the accessor moved.
fix(multi_factor_auth): Change errors for endpoint
POST /auth/factors/{id}/challengePOST /auth/factors/{id}/challenge.Triggered by workos/openapi-spec@bfe7aed
BEGIN_COMMIT_OVERRIDE
fix(pipes): Move organization connected-account operations onto Pipes (#557)
fix(multi_factor_auth): Change errors for endpoint
POST /auth/factors/{id}/challenge(#557)END_COMMIT_OVERRIDE