Skip to content

[FR] GoTrue config flexibility for guest editors #8613

@annieappflowy

Description

@annieappflowy

Description

is there a way to disable user signup (like using GOTRUE_DISABLE_SIGNUP=true ) unless they are invited as guest editors?
If I set that env var to true, signup seems disabled altogether

a) Company wants only their employees to have accounts
b) Customers can have guest editor access on specific pages

Expected behavior: Admins disable signup and manually invite employees. Customers can still be invited as guest editors and join without toggling the GOTRUE_DISABLE_SIGNUP env variable

We want to open guest access to external collaborators but prevent randoms to signup. We wanna use SSO for employees

We would like to have guest users on specific pages (like it is implemented now). If one member wants to invite an external guest, they can. Guest user receives the magic link via email and logs in like in the video tutorial (https://youtu.be/oNvWZb3nLm4?si=cItkUrrxlVcjhNJS) you published recently. At the moment, it seems like there is no way to distinguish an invited guest user and someone who is trying to register through the email's magic link. That's something I would change.
Granularity of guest users in workspaces would be appreciated, but not necessary.
Admin approval for guest emails is definitely a feature we would like, as it works as a security measure to prevent users to invite unapproved external collaborators

  • Would you like a list of guests across your entire instance, including who has access to which pages in the self-hosted admin?

  • Would you like granular control over which workspaces can have guest editors?

  • Does the self-hosted admin or workspace owner need to approve guest emails before guests actually gain access to the pages they are invited to?

Impact

Self-hosted enterprise customers

Additional Context

No response

Metadata

Metadata

Assignees

No one assigned

    Type

    No type

    Projects

    No projects

    Milestone

    No milestone

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions