You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
We are using the Gitea API to manage teams, team members and team repositories. The workflow is as follows:
Create users, organizations and organization repositories
Create a new team for an organization with read permission
Add existing users to the team
Add existing repositories to the team
When we are done, the WebUI displays the team settings as expected and also lists team members as well as the team's repositories. However, if a team member with read permission wants to clone a team repository she gets a 'permission denied' error. When the user tries to view the repo in the WebUI a 404 error is shown.
It seems that the read permissions are not properly propagated internally when the API is used to manage teams.
We found the following workaround:
Login as root
Open https://gitea.example.com/org/MYORG/teams/MYTEAM/edit
Do not modify anything in the forms
Hit the Update Settings button
After the workaround team members can access their repository just as the permission system indicates.
We hit #3600 while trying to automate the workaround via the API.
The text was updated successfully, but these errors were encountered:
[x]
):Description
We are using the Gitea API to manage teams, team members and team repositories. The workflow is as follows:
read
permissionWhen we are done, the WebUI displays the team settings as expected and also lists team members as well as the team's repositories. However, if a team member with read permission wants to clone a team repository she gets a 'permission denied' error. When the user tries to view the repo in the WebUI a 404 error is shown.
It seems that the read permissions are not properly propagated internally when the API is used to manage teams.
We found the following workaround:
https://gitea.example.com/org/MYORG/teams/MYTEAM/edit
Update Settings
buttonAfter the workaround team members can access their repository just as the permission system indicates.
We hit #3600 while trying to automate the workaround via the API.
The text was updated successfully, but these errors were encountered: