v5.6.0
Minor Changes
-
c3ed630: Expose which organization a pending authorization will bind to, so a consent screen can tell an org-scoped connection from a plain one.
GET /v1/oauth/pending-org?code_challenge=…answers{ pinned, orgId? }for the caller's own session. A dashboard cannot work this out from the URL:resourcenever reaches the consent page, because the provider signs the validated authorize query andresourceis not part of that schema. Without this signal a consent screen has to pick one behaviour for both cases — either offer an organization switcher that cannot change what an org-scoped connection binds to, or hide it and remove the only way to choose the organization for a connection to the shared endpoint, since that one binds to whichever membership isisDefault.The lookup is keyed the same way the association is written — an HMAC of the session cookie and
code_challenge— so it only ever answers for the session that started the authorization, and a caller cannot probe another user's pending organization. Absent association, absent cookie, absent challenge and unregistered store all answer{ pinned: false }, which is the safe default: the caller then treats the organization as still up for grabs.
Published packages
@getmunin/analytics-tracker@5.6.0@getmunin/chat-widget@5.6.0@getmunin/agent-host@5.6.0@getmunin/agent-runtime@5.6.0@getmunin/backend-core@5.6.0@getmunin/core@5.6.0@getmunin/dashboard-pages@5.6.0@getmunin/db@5.6.0@getmunin/docs-pages@5.6.0@getmunin/emails@5.6.0@getmunin/inspector-app@5.6.0@getmunin/mcp-toolkit@5.6.0@getmunin/sdk@5.6.0@getmunin/types@5.6.0@getmunin/ui@5.6.0