SharePoint Online Rights are not reflected after adding user until the added user accesses the SharePoint.

[dvd95]

I am unable to see the updated rights of the user after removing/adding or changing the rights via the owner of the site/team.

I have tested by following the steps below:

Add a user as a member in a site/team by the owner of the site/team

Checked the rights via the Site permission > Advanced permissions setting > Check Permissions

Also check rights via the API:
https://<SiteURL>/_api/web/lists('<ListId>')/items('<ItemId>')/getusereffectivepermissions('<LoginId>')

Both ways show no rights.
The rights are shown after the user accesses the site.

In case the user is removed from the site/teams, the rights are still shown via the above steps till the user tries to access the site again.

Document Details

⚠ Do not edit this section. It is required for docs.microsoft.com ➟ GitHub issue linking.

• ID: 3aa0c9cd-d807-8d1b-1eb0-66373fa254b9
• Version Independent ID: 409a88a8-7ae9-afde-d66c-81529ad15669
• Content: Get to know the SharePoint REST service
• Content Source: docs/sp-add-ins/get-to-know-the-sharepoint-rest-service.md
• Product: sharepoint
• GitHub Login: @spdevdocs
• Microsoft Alias: spdevdocs

Thank you for reporting this issue. We will be triaging your incoming issue as soon as possible.

[Jerry0527]

Per my test, If using group based site collection and grant the persmission using Modern Panel like below:

Then it's actually didn't sync permission settings including (Add/Edit/Remove permission for the user in the site collection) until visited site, seems currrently it's a defect in Group based permission setting.

A workaround is still using classic permission setting, it will sync permission change at once after finished:

[kesterl]

The "workaround" suggested above does not make sense. If you click on the hyperlink of either the Owners or Members group in SharePoint, you will find that SharePoint does not list who's in each group and thus does not allow you to add/remove users. (The Visitors group does allow direct updates in SharePoint, but neither Owners nor Members does.)

And Microsoft itself has said, “For scenarios where a SharePoint site is used with Teams, we recommend doing all permission management through Teams” (https://docs.microsoft.com/en-us/sharepoint/modern-experience-sharing-permissions).

The failure of permissions to synchronize between Teams and SharePoint without having the removed user visit the SharePoint site in question remains a defect and should be triaged accordingly. It is disconcerting to see a user listed with permissions in SharePoint when they should no longer be there.

[github-actions]

Thank you for taking the time to file an issue. We periodically archive older or inactive issues as part of our issue management process, which automatically closes them once they are archived.

If you’d like to understand more about why and how we handle archived (closed) issues, please see Our approach to closed issues.

We appreciate your contribution and if this is still an active issue with the latest SPFx versions, please do resubmit the details. We needed to perform a cleanup, so that we can start with a clean table with a new process. We apologize for the inconvenience this might cause.