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

Is it possible to disable the signup option? #242

Closed
thomasjsn opened this issue Apr 27, 2018 · 14 comments
Closed

Is it possible to disable the signup option? #242

thomasjsn opened this issue Apr 27, 2018 · 14 comments
Labels
Feature Request Something you want that isn't implemented

Comments

@thomasjsn
Copy link

I'm self-hosting an instance of Cryptpad, and after creating users for the family members I'd like to disable signup. Can't find any option for that in the config.js file, is it possible?

@ansuz
Copy link
Contributor

ansuz commented Apr 27, 2018

At the moment we don't have a simple configuration point for disabling registration, however, you can customize your CryptPad instance by creating a /customize/ directory. Any of the files in /customize.dist/ can be overridden by creating a file in /customize/ with the same name.

/customize.dist/ contains login.js, which implements much of our login and registration logic. Assuming you have some proficiency in Javascript, you should be able to stub some of the logic there to prevent new registrations.

@casipw
Copy link

casipw commented Oct 12, 2018

I had the same requirement and modified the following files in ./customize:

  • login.js: truncated
  • pages.js, template.js: removed all code around login and register
  • *.html: applied a patch (html-patch, attached) which hides the "Log in" and "Sign up" buttons

Here's my customize folder:

cryptpad-customize.zip

@ansuz
Copy link
Contributor

ansuz commented Oct 18, 2018

Hi all,

It's encouraging to see people modifying their instances to suit their needs. Unfortunately, modifying html and javascript files in /customize/can be a little fragile, depending on the file. Updating your CryptPad instance might break certain features, and we don't backport bugfixes (including security vulnerabilities), so you may find yourself unable to update without taking time to modify your customizations.

We've been discussing how to make modifications easier, but there's some work involved in updating our architecture. While we're going to go ahead with these improvements at some point, we would certainly appreciate contributions to our OpenCollective funding campaign. If these improvements are especially important for you, opencollective donations can be accompanied by a message indicating what features you'd like your contributions to fund.

@pintman
Copy link

pintman commented Oct 24, 2019

Some kind of workaround might be to cut down storage limits in general (in config.js) and give each registered user a custom limit. This certainly only works for a small number of users.

@Leopere
Copy link

Leopere commented Oct 24, 2019

I would love to avoid competing with the paid model of subscription available here with Cryptpad however I don't want to have to hack my way through javascript to do it. This should be a priority here because of this and #358 should be a potential option because I only need this within my org and I'm already paying for the server so I would prefer to avoid giving accounts to anyone who just shows up at my domain.

@targodan
Copy link

targodan commented Dec 5, 2019

I would also like to be able to deactivate registration. I only host the instance for a small team and I don't want my instance to be "public".

Either deactivating registration all together via a flag would be nice. Or even something like shared-secret registration or invite only.

@ansuz
Copy link
Contributor

ansuz commented Dec 5, 2019

The ability to restrict registration to users redeeming an admin-generated invitation link is on our roadmap (contingent on being awarded a grant for which we have submitted a proposal).

@AndrewPaglusch
Copy link

I know this is far from an ideal solution, but this is how I've disabled registration until this feature is implemented.

Nginx Config:

location /register {
    deny all;
}

@ansuz ansuz mentioned this issue Jul 25, 2020
@sbernhard
Copy link

It would be great to run cryptpad in a mode without register / login functionality. Normally, I would prefer to have openid / saml authentication but it looks like its completely out of scope (#174). Therefore, it should be possible to work with cryptpad in a "anonymous" mode:

  • user access cryptpad
  • need to enter a name (which will be used if you work together in a group on one document)
  • everything can be done - even uploading a file

@Silur
Copy link

Silur commented Apr 16, 2021

seems like there is a flag for this in the admin panel but it's disabled: https://github.com/xwiki-labs/cryptpad/blob/main/www/admin/inner.js#L50

@matbgn
Copy link

matbgn commented Apr 24, 2021

@ansuz You mentioned a donation "way to solve" this problem

We've been discussing how to make modifications easier, but there's some work involved in updating our architecture. While we're going to go ahead with these improvements at some point, we would certainly appreciate contributions to our OpenCollective funding campaign. If these improvements are especially important for you, opencollective donations can be accompanied by a message indicating what features you'd like your contributions to fund.

What do you mean in regards of amount, that would make this feature on the road for future releases? Quiet difficult to invest money for waiting two years. Of course you deserve it, but I'm not Cresus unfortunately 😢

@ansuz
Copy link
Contributor

ansuz commented May 12, 2021

Registration can be disabled via the admin panel as of 4.5.0.

@ansuz ansuz closed this as completed May 12, 2021
@ansuz
Copy link
Contributor

ansuz commented May 12, 2021

This feature was funded by NLnet foundation as a part of our CryptPad for Communities R&D project.

@KiaraGrouwstra
Copy link

a roundabout way of achieving this seems to be to use SSO, see #749

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Feature Request Something you want that isn't implemented
Projects
None yet
Development

No branches or pull requests