Skip to content

Report the Cloudflare Access principal on /account/members - #2089

Open
ian-pascoe wants to merge 1 commit into
UsefulSoftwareCo:mainfrom
ian-pascoe:fix/cloudflare-admin-member-list
Open

ian-pascoe wants to merge 1 commit into
UsefulSoftwareCo:mainfrom
ian-pascoe:fix/cloudflare-admin-member-list

Conversation

@ian-pascoe

Copy link
Copy Markdown

Summary

The Cloudflare host always returned an empty /account/members list. The console infers workspace-admin from that list (isCurrentUser + role), so ADMIN_EMAILS never unlocked edit/delete. listMembers now returns the current Access principal.

Linked issue

Fixes #2045

Verification

  • cd apps/host-cloudflare && bun run test src/account/account-provider.test.ts — 2 passed
  • oxfmt --check on the two files
  • bun run format:check
  • bun run lint
  • bun run typecheck
  • bun run test
  • e2e — none covers the Cloudflare host member list; unit test asserts the Access principal is reported as the current admin

Checklist

  • No changeset — @executor-js/host-cloudflare is private and not changeset-managed
  • Added tests for the new behaviour
  • No secrets, credentials, or private data in the diff

The console infers workspace-admin from that list, so an empty
response locked edit/delete even when ADMIN_EMAILS granted admin.
@baggiiiie

Copy link
Copy Markdown
Contributor

hey @ian-pascoe i previously had a PR #2022 that fixes #1958, which seems to be highly related to your change here. feel free to have a look #2022

This branch has not been deployed

No deployments
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

[bug] Can no longer delete integrations?

2 participants