`publicMetadata` does not update within the member list object, it is always empty.
Nobody has claimed this yet.
- Dominant language
- TypeScript
- Stars
- 1.8k
- Forks
- 472
- Avg merge
- 2d 11h
- Merged PRs (30d)
- 189
Description
Preliminary Checks
-
I have reviewed the documentation: https://clerk.com/docs
-
I have searched for existing issues: https://github.com/clerkinc/javascript/issues
-
I have not already reached out to Clerk support via email or Discord (if you have, no need to open an issue here)
-
This issue is not a question, general help request, or anything other than a bug report directly related to Clerk. Please ask questions in our Discord community: https://clerk.com/discord.
Reproduction / Replay Link
https://replit.com/@PavittarSingh1/ClerkBackendAPI-1
Publishable key
pk_test_aGVscGluZy1qYWd1YXItODguY2xlcmsuYWNjb3VudHMuZGV2JA
Description
Steps to reproduce:
- Update
publicMetadatafor any user. - Fetch Individual user data, vs all the members of the organization.
Expected behavior:
the member within the organization member list should have their publicMetadata updated.
Actual behavior:
publicMetadatais updated and correct when fetching individual user data.publicMetadatais empty inorganizationMembersList
Environment
I tried it locally + on replit, so this is more of a problem w/ SDK.
Let me know, if any more information is needed.
Thanks!
Contributor guide
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
Research direction
Start with the linked Replit reproduction and compare individual user data with the organizationMembersList response after updating publicMetadata. Trace the SDK path for organizationMembersList and identify where the member data is assembled. Done means the member list returns the updated publicMetadata consistently with the individual user response.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- typescript
- Domain
- authentication
- Issue type
- Bug
- Difficulty
- 3/5
- Estimated time
- 1-2 days
- Activity status
- Stale
- Clarity
- Mostly clear
- Newbie friendliness
- 35/100