Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

User with limited permissions when self registered #427

Closed
reinerj opened this issue Dec 20, 2016 · 12 comments · Fixed by #16256
Closed

User with limited permissions when self registered #427

reinerj opened this issue Dec 20, 2016 · 12 comments · Fixed by #16256
Labels
good first issue Likely to be an easy fix issue/confirmed Issue has been reviewed and confirmed to be present or accepted to be implemented type/feature Completely new functionality. Can only be merged if feature freeze is not active. type/proposal The new feature has not been accepted yet but needs to be discussed first.
Milestone

Comments

@reinerj
Copy link

reinerj commented Dec 20, 2016

Hi,

we plan to go live with Gitea for a bigger project where we expect to have many user. The current problem we face is that when a user register (what he should do) he can create as example organisations, or can create own repos.

We need that user can register but by default they should be only able to create issues. Otherwise our platform will end up to something like Github. We expect to have more then 1000 public repos.

We plan to go live soon but with the current restrictions it will simple mot be possible to restrict users in what the able to do.

What is missing from our point of view is a user role as "reporter". Later an admin can grant more right that they can create own repo a example.

Would be nice this could be implemented in Gitea.

Thank you
Reiner

@tboerger
Copy link
Member

I think you are not the only one with this kind of restriction.

@tboerger tboerger added the type/feature Completely new functionality. Can only be merged if feature freeze is not active. label Dec 20, 2016
@tboerger tboerger added this to the 1.0.0 milestone Dec 20, 2016
@lunny lunny modified the milestones: 1.1.0, 1.0.0 Dec 20, 2016
@lunny
Copy link
Member

lunny commented Dec 20, 2016

@tboerger maybe this should be put in 1.1.0?

@tboerger
Copy link
Member

I talked with him on Gitter, if that is easy to realize it would help him to bring up his project based on gitea. So if we can make it fast it should be awesome, otherwise it have to be delayed which potentially means he got to skip gitea for that :(

@reinerj
Copy link
Author

reinerj commented Dec 20, 2016 via email

@lunny lunny modified the milestones: 1.2.0, 1.1.0 Feb 5, 2017
@lunny lunny modified the milestones: 1.x.x, 1.2.0 Apr 19, 2017
@RickZeeland
Copy link

We would like this behavior / setting too:

by default they should be only able to create issues.
I will Post a bounty on it !

@freswa
Copy link

freswa commented Feb 19, 2018

I'd really like to use gitea for customer projects. But at the moment they could copy the whole source code if they want. For most of the projects it's ok, for some it's not. Also I agree with @reinerj in regards of the chaos a customer can make when creating repos and/or organisations.

Imho a customer/reporter:

  1. should not be able to create repos
  2. should not be able to create orgs
  3. may optionally see the code
  4. may optionally see the wiki

What I think we need:

  1. Two switches. One for the user to disable repo creation for him and one switch to enable/disable repo creation for new users.
  2. We already have the DISABLE_REGULAR_ORG_CREATION switch for that.
  3. Another role "reporter" which limits the user to only see the Wiki and Issues.
  4. A switch in the repository options to allow/deny the role "reporter" wiki ro access.

@RickZeeland
Copy link

@freswa : you probably know this, but changes to the configuration can be made in C:\Projects\Gitea\custom\conf\app.ini

Service (service)
DISABLE_REGISTRATION: Disable registration, after which only admin can create accounts for users.
SHOW_REGISTRATION_BUTTON: Indicate whether to show registration button or not.

@freswa
Copy link

freswa commented Feb 19, 2018

@RickZeeland I know those options. But regardless of selfregistered or not you don't want to add the "disable repo creation" option to every user manually, do you?

@stale
Copy link

stale bot commented Feb 8, 2019

This issue has been automatically marked as stale because it has not had recent activity. It will be closed if no further activity occurs during the next 2 weeks. Thank you for your contributions.

@stale stale bot added the issue/stale label Feb 8, 2019
@lunny lunny added issue/confirmed Issue has been reviewed and confirmed to be present or accepted to be implemented and removed issue/stale labels Feb 8, 2019
@6543
Copy link
Member

6543 commented Jan 23, 2020

since #6274 is merged we could add a setting to app.ini witch by default make new user to this type of

@dbuse
Copy link

dbuse commented Oct 15, 2020

Any news on this? I would really like @6543 's suggestion of an ini setting and/or an option to change this via the API.

@6543 6543 added good first issue Likely to be an easy fix hacktoberfest labels Oct 15, 2020
@6543 6543 added type/proposal The new feature has not been accepted yet but needs to be discussed first. and removed hacktoberfest labels Apr 3, 2021
@rjnienaber
Copy link
Contributor

@6543, so reading the ini file and setting the IsRestricted column of the user in the database seems straightforward. However, is that enough? If the use case is to restrict newly registered users from creating their own repos, it seems we would need to set MaxRepoCreation to 0 as well?

@lunny lunny added this to the 1.16.0 milestone Aug 8, 2021
@go-gitea go-gitea locked and limited conversation to collaborators Oct 19, 2021
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
good first issue Likely to be an easy fix issue/confirmed Issue has been reviewed and confirmed to be present or accepted to be implemented type/feature Completely new functionality. Can only be merged if feature freeze is not active. type/proposal The new feature has not been accepted yet but needs to be discussed first.
Projects
None yet
Development

Successfully merging a pull request may close this issue.

8 participants