A user visits one of our apps that requires authentication and is redirected to the login page. For example, visit our main data entry app: https://data.pointblue.org/science/biologists/
The user enters an fws.org email address at the prompt:
When the system sees an fws.org email that does not already have an account, a “Sign up” option is presented:
The sign up links direct the user to login using the native DOI signal sign on interface:
After the user completes authenticationsauthentication, they are redirected to our sign up page with known fields of information already populated from the user’s auth response, such as first and last name, and email address, and organization. The password fields are hidden for FWS users, because we do not manage their passwords. The only required field if is the “Project you wish to join”. This is because we only accept users who are explicitly in a project. Without project access, none of our apps would work for a given account.
This works for us because we do not accepted public users from the internet who are not associated with a survey collection effort in some way. We are not a tool that openly accepts public users. Essentially, you have to be someone who is know in real life by the person leading the project effort.
Registration page link: https://data.pointblue.org/apps/login/registerThe user receives a notification to their email inbox to validate the address.
Once the user has clicked their validation link, the Project Leader in charge of the project they requested to join receives an email notification.
The Project Leader who receives the email notification must click the link to approve their access. If they do, the new user’s account is activated at the same time. If not, the user’s account remains in a pending state, which cannot be changed until the user is approved for a project.
Page Comparison
General
Content
Integrations