We've run into a critical issue in production that started a few hours ago, and we're hoping that this can be resolved ASAP.
Background:
Our app stores integration and connection data in our own database. Since we started using your services before V3, we've been referencing the V2 uuid for both integrationId and connectionId.
The Problem We're Seeing:
- When our app fetches connection details, it seems the integrationId field is now returning a V3 nanoId instead of the V2 uuid our system expects. This is causing referential integrity failures in our database.
- As a quick test, we tried updating an integrationId in our database to use the new V3 nanoId. However, when we then try to call client.connectedAccounts.initiate using this V3 nanoId, the API call is failing with a 500 status code.
SDK (JS):
Dev:(Composio-core: 0.5.38)
Prd:(Composio-core: 0.5.33)
This is causing significant disruption to our production services right now. Complains are starting to come, some new users are left without on-boarding.
We'd really appreciate any guidance or a quick fix to this.