mozilla-iam / mozilla-iam/auth0-deploy
How does authoritativeGroups work on first use and first RP login?
Open
Nobody has claimed this yet.
- Dominant language
- JavaScript
- Stars
- 6
- Forks
- 21
- Avg merge
- 17h 49m
- Merged PRs (30d)
- 5
Description
- How will a user have a
authoritativeGroupslist added to theiruser.app_metadataobject? It looks like in the absence of the list no check is done but I don't see how the list is created and added to the user'suser.app_metadatain the first place. - Assuming the
authoritativeGroupslist exists in the user'suser.app_metadataobject, how are new RP objects added to the list? It looks likelastUsedvalues are updated if the RP already exists inauthoritativeGroupsbut I don't see how, when a user first logs into an RP which has aexpire_access_when_unused_aftervalue, what creates a new object for that RP in the user'sauthoritativeGroupslist.
Contributor guide
No contributing guide indexed for this repository
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 rules/AccessRules.js, especially the linked logic around lines 29-40, and trace where user.app_metadata is initialized or updated during first use and RP login. Check the repository's other Auth0 rules or hosted-page entry points for related metadata handling; done means documenting the lifecycle of authoritativeGroups and its RP entries.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- javascript
- Domain
- authentication
- Issue type
- Documentation
- Difficulty
- 3/5
- Estimated time
- 1-2 days
- Activity status
- Stale
- Clarity
- Needs clarification
- Newbie friendliness
- 25/100