troubleshooting

A connection failed

Recover from an OAuth or provider connection failure, including expired grants, declined scopes and provider-side rejections.

· OpenbirdAI documentation

Connection failures are almost always one of four things: the authorisation expired, a scope was declined, the provider rejected the request, or the account lacks access to the underlying resource.

Diagnose it

  • "Invalid grant" or "unauthorized" → the grant expired or was revoked. Reconnect.
  • Permission or scope error → the authorisation completed without a required scope. Reconnect and approve all scopes.
  • Rate limit or 429 → you are authorising too quickly. Wait before retrying.
  • Works for a colleague, fails for you → you are not authorised for the underlying resource, or you are in a different workspace.
  • Redirects back without connecting → the provider session was in a different account than expected. Sign out of the provider and retry.

Reconnect safely

  1. Disconnect the existing connection if it is in a broken state.
  2. Wait a few minutes if the failure was rate related.
  3. Reconnect from the integrations area.
  4. Approve every requested scope your policy allows.
  5. Confirm the connected account label is correct.
  6. Verify with a narrow read-only question.
Repeated failed authorisations can extend provider-side lockouts. Space your attempts rather than retrying in a loop.

When the provider blocks you

Some providers require business verification, app review, or an administrator role before an authorisation succeeds. When that is the blocker, OpenbirdAI cannot help — the requirement must be satisfied on the provider side first.

Preventing it

  • Re-check authorisation status if a connection suddenly stops working.
  • Review unused connections quarterly and remove them.
  • Document which account owns which connection.
  • Keep workspace ownership of connections unambiguous.

Working with a colleague

Connection problems are often account-specific, which makes them confusing to diagnose alone. Two comparisons usually settle it.

  • If a colleague can connect and you cannot, the blocker is your account or your role on the provider side.
  • If you can connect and they cannot, check which workspace they are in and which account they authorised.
  • If neither of you can connect, the provider requirement has probably changed.
Comparing the exact error text from both attempts turns a vague "it does not work" into a specific, fixable problem.

Common questions

Why does reconnecting not fix it?

Usually the provider is the blocker — business verification, app review, or an account that lacks access to the resource.

Can support complete an authorisation for me?

No. Support never handles credentials or tokens, and no one at OpenbirdAI should ask you for them.

Was this page helpful?