Skip to content

fix(generated): Move organization connected-account operations onto Pipes - #733

Merged
workos-sdk-automation[bot] merged 6 commits into
mainfrom
oagen/batch-671b5390
Sep 18, 2026
Merged

workos-sdk-automation[bot] merged 6 commits into
mainfrom
oagen/batch-671b5390

Conversation

@workos-sdk-automation

@workos-sdk-automation workos-sdk-automation Bot commented Sep 17, 2026 •

Copy link
Copy Markdown
Contributor

Summary

fix(pipes): Move organization connected-account operations onto Pipes

The previous regeneration exposed the organization connected-account endpoints on a standalone OrganizationsDataProviders resource. 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 the Pipes resource. Nothing was added to or removed from the API itself; only where the SDK exposes it changed.

Before (unreleased) Now
client.organizations_data_providers.get_organization_connected_account client.pipes.get_organization_connected_account
client.organizations_data_providers.create_organization_connected_account client.pipes.create_organization_connected_account
client.organizations_data_providers.update_organization_connected_account client.pipes.update_organization_connected_account
client.organizations_data_providers.delete_organization_connected_account client.pipes.delete_organization_connected_account
client.organizations_data_providers.list_organization_data_providers client.pipes.list_organization_data_providers

Method names are unchanged; only the accessor moved. The async client follows the same change.

fix(multi_factor_auth): Change errors for endpoint POST /auth/factors/{id}/challenge

  • Changed errors for endpoint POST /auth/factors/{id}/challenge.

Triggered by workos/openapi-spec@bfe7aed

BEGIN_COMMIT_OVERRIDE
fix(pipes): Move organization connected-account operations onto Pipes (#733)
fix(multi_factor_auth): Change errors for endpoint POST /auth/factors/{id}/challenge (#733)
END_COMMIT_OVERRIDE

…iKeys, AuditLogs, Authorization, ClientApi, Connect, DirectorySync, Events, FeatureFlags, Groups, MultiFactorAuth, OrganizationDomains, OrganizationMembership, Organizations, Pipes, PipesProvider, PlatformTeams, Radar, SSO, UserManagement, Vault, Webhooks, Widgets
@workos-sdk-automation workos-sdk-automation Bot added the autogenerated Autogenerated code or content label Sep 17, 2026
@workos-sdk-automation
workos-sdk-automation Bot requested review from a team as code owners September 17, 2026 20:59
@workos-sdk-automation workos-sdk-automation Bot added the autogenerated Autogenerated code or content label Sep 17, 2026
@greptile-apps

greptile-apps Bot commented Sep 17, 2026 •

Copy link
Copy Markdown
Contributor

RetriggerConfidence Score: 4/5

The Pipes relocation itself appears correct, but the PR is not yet safe to merge because the previously reported public enum-export regression remains unresolved.

Findings

  1. P1 Public Enum Exports Removed ▶
Fix with agent prompt
### Issue 1
src/workos/common/models/__init__.py:undefined-57
Removing these wildcard exports drops unrelated enum classes and literal aliases from the public `workos.common.models` namespace, including `DirectoryUserState` and `AgentInstanceCreatedDataType`. Removing the parent wildcard also drops them from `workos.common`. The underlying modules still exist, but downstream imports such as `from workos.common.models import DirectoryUserState` now raise `ImportError`. Please restore explicit exports or include these additional removals in the declared breaking SDK surface change.

---

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

Summary

This PR relocates five organization connected-account operations from the unreleased OrganizationsDataProviders resource to the synchronous and asynchronous Pipes resources while preserving their HTTP contracts. It also regenerates the documented error contract for MFA factor challenges.

  • Removes the standalone client accessor and resource.
  • Adds equivalent organization connected-account methods to Pipes and AsyncPipes.
  • Re-exports the associated models through the Pipes namespace from their common canonical modules.
  • Moves and expands request-shape and model round-trip coverage under Pipes.
  • Updates generated manifests and changelog fragments.
Diagram
%%{init: {'theme': 'neutral'}}%%
flowchart LR
    App[Application] --> Client[WorkOSClient / AsyncWorkOSClient]
    Client --> Pipes[Pipes / AsyncPipes]
    Pipes --> OrgAccounts[Organization connected-account operations]
    OrgAccounts --> API[WorkOS organization connected-account endpoints]
Loading

Reviews (3) · Last reviewed commit: "chore: drop the redundant move entry fro..."

AgentInstanceCreatedData as AgentInstanceCreatedData,
)
from .agent_instance_created_data_type import *
from .agent_instance_deleted import AgentInstanceDeleted as AgentInstanceDeleted

Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

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

P1 Public Enum Exports Removed

Removing these wildcard exports drops unrelated enum classes and literal aliases from the public workos.common.models namespace, including DirectoryUserState and AgentInstanceCreatedDataType. Removing the parent wildcard also drops them from workos.common. The underlying modules still exist, but downstream imports such as from workos.common.models import DirectoryUserState now raise ImportError. Please restore explicit exports or include these additional removals in the declared breaking SDK surface change.

Knowledge Base Used: Product automation services

Prompt To Fix With AI
This is a comment left during a code review.
Path: src/workos/common/models/__init__.py
Line: 57

Comment:
**Public Enum Exports Removed**

Removing these wildcard exports drops unrelated enum classes and literal aliases from the public `workos.common.models` namespace, including `DirectoryUserState` and `AgentInstanceCreatedDataType`. Removing the parent wildcard also drops them from `workos.common`. The underlying modules still exist, but downstream imports such as `from workos.common.models import DirectoryUserState` now raise `ImportError`. Please restore explicit exports or include these additional removals in the declared breaking SDK surface change.

**Knowledge Base Used:** [Product automation services](https://app.greptile.com/workos/-/custom-context/knowledge-base/workos/workos-python/-/docs/product-automation-services.md)

---

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

@gjtorikian gjtorikian changed the title feat(generated)!: Changes to pipes and multi_factor_auth fix(generated): Move organization connected-account operations onto Pipes Sep 17, 2026
@workos-sdk-automation
workos-sdk-automation Bot merged commit abf5dc2 into main Sep 18, 2026
11 checks passed
@workos-sdk-automation
workos-sdk-automation Bot deleted the oagen/batch-671b5390 branch September 18, 2026 12:56
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

autogenerated Autogenerated code or content

Development

Successfully merging this pull request may close these issues.

1 participant