Login by name #1230

Closed
opened 2026-02-05 00:19:39 +03:00 by OVERLORD · 10 comments
Owner

Originally created by @ezzra on GitHub (Jun 19, 2019).

I don't know if this has already been discussed anywhere here, but is there a reason why one has to login by email and not by name? Many tools use the same form field ("put in your name or your email address") which is much more convenient.

Originally created by @ezzra on GitHub (Jun 19, 2019). I don't know if this has already been discussed anywhere here, but is there a reason why one has to login by email and not by name? Many tools use the same form field ("put in your name or your email address") which is much more convenient.
OVERLORD added the 🔨 Feature Request🚪 Authentication labels 2026-02-05 00:19:39 +03:00
Author
Owner

@ssddanbrown commented on GitHub (Jun 22, 2019):

Yeah, There are a few reasons:

  • Having one system is easier to maintain (Especially since I bet people would then want this to be togglable).
  • Names in BookStack are non-unique, for display, whereas email addresses are unique.
  • Although convenient for some, multiple options can cause confusion for others.
  • Using email to login reinforces the fact that the account is tied to that email, in the event of needing to reset the password.

To be honest, I can't think of any platforms I use where you can use name to login. Many allow login via username or email but BookStack does not really store a username (Unless LDAP is in use).

@ssddanbrown commented on GitHub (Jun 22, 2019): Yeah, There are a few reasons: - Having one system is easier to maintain (Especially since I bet people would then want this to be togglable). - Names in BookStack are non-unique, for display, whereas email addresses are unique. - Although convenient for some, multiple options can cause confusion for others. - Using email to login reinforces the fact that the account is tied to that email, in the event of needing to reset the password. To be honest, I can't think of any platforms I use where you can use name to login. Many allow login via username or email but BookStack does not really store a username (Unless LDAP is in use).
Author
Owner

@hambern commented on GitHub (Oct 28, 2019):

I understand the reasoning here. But I'm a teacher and want to publish materials for them om my wiki. Just for them, not public, protected by a password. So I want to create a "student" account and have them login with the name "student" with a password.

And I don't want to store every students email-addresses because of GDPR

@hambern commented on GitHub (Oct 28, 2019): I understand the reasoning here. But I'm a teacher and want to publish materials for them om my wiki. Just for them, not public, protected by a password. So I want to create a "student" account and have them login with the name "student" with a password. And I don't want to store every students email-addresses because of GDPR
Author
Owner

@rmoe88 commented on GitHub (Apr 17, 2020):

I would like to bump this feature request. For the home-user it would be very helpful, so I don't have to have the family have to remember multiple login methods for the local network services I have going, and they could just remember their one user-pass.

@rmoe88 commented on GitHub (Apr 17, 2020): I would like to bump this feature request. For the home-user it would be very helpful, so I don't have to have the family have to remember multiple login methods for the local network services I have going, and they could just remember their one user-pass.
Author
Owner

@NextBlaubeere commented on GitHub (Oct 12, 2020):

+1 for a simple username + password login.

@NextBlaubeere commented on GitHub (Oct 12, 2020): +1 for a simple username + password login.
Author
Owner

@johnroyer commented on GitHub (Jan 9, 2021):

Names in BookStack are non-unique

I hope display name can be unique. Some feature will need unique name.

For example, somebody need to notify the page editor JohnDoe, they might type @JohnDoe in comment (issue #953). But if display name is not unique, notification can not be done. More then one person will be notified.

@johnroyer commented on GitHub (Jan 9, 2021): > Names in BookStack are non-unique I hope display name can be unique. Some feature will need unique name. For example, somebody need to notify the page editor `JohnDoe`, they might type `@JohnDoe` in comment (issue #953). But if display name is not unique, notification can not be done. More then one person will be notified.
Author
Owner

@ezzra commented on GitHub (Jan 9, 2021):

I dont know @ssddanbrown `s plans here, but there are solutions in other tools, where you can have a unique username and a display name and you can use both to @mention someone (using display name will be converted to username in a small menu, like here in github by the way)

@ezzra commented on GitHub (Jan 9, 2021): I dont know @ssddanbrown `s plans here, but there are solutions in other tools, where you can have a unique username and a display name and you can use both to @mention someone (using display name will be converted to username in a small menu, like here in github by the way)
Author
Owner

@horstepipe commented on GitHub (Oct 16, 2021):

I‘d like to see this, too.
Are there any workarounds to achieve that? I just want to host a simple wiki with predefined usernames and passwords which I give to my users, so there is no mail validity needed at all.
When using ldap there still is a need of an email address I guess?

@horstepipe commented on GitHub (Oct 16, 2021): I‘d like to see this, too. Are there any workarounds to achieve that? I just want to host a simple wiki with predefined usernames and passwords which I give to my users, so there is no mail validity needed at all. When using ldap there still is a need of an email address I guess?
Author
Owner

@horstepipe commented on GitHub (Oct 19, 2021):

okay it is working with openldap, so that's a workable workaround.

@horstepipe commented on GitHub (Oct 19, 2021): okay it is working with openldap, so that's a workable workaround.
Author
Owner

@flemmingss commented on GitHub (Apr 12, 2023):

Old topic, but I support adding a way to just use "username".
I use my server to personal notes and have no mail configuration set up (so reset password or notifications to mail ect don't work here anyway "by design")

Also, some ideas and stuff:
Why not have a optinal email field and username field in the profile? Then I can login with both "user1" or "user1@random.domain".

Idea:

  • For users not entering email just autogenerate username@no.mail.
  • For users not entering username, just generate it by "what is before "@" in mail address"
@flemmingss commented on GitHub (Apr 12, 2023): Old topic, but I support adding a way to just use "username". I use my server to personal notes and have no mail configuration set up (so reset password or notifications to mail ect don't work here anyway "by design") Also, some ideas and stuff: Why not have a optinal email field and username field in the profile? Then I can login with both "user1" or "user1@random.domain". Idea: - For users not entering email just autogenerate username@no.mail. - For users not entering username, just generate it by "what is before "@" in mail address"
Author
Owner

@ssddanbrown commented on GitHub (Apr 12, 2023):

I've published a hack to add this kind of functionality within the hacks site:
https://www.bookstackapp.com/hacks/username-login/
This can be used to essentially get what's been asked for here. The logic is quite simple so could be tweaked to your own requirements.

Otherwise, I'm going to close this off since it's not something I'd look to support an option for (And it would really need to be an option for forward-compatibility reasons), while being something I'm personally not fond of in terms of UX (At least when talking about dual-purpose email/username inputs), and since this has relatively low demand for a change to auth while having a possible workaround.

@ssddanbrown commented on GitHub (Apr 12, 2023): I've published a hack to add this kind of functionality within the hacks site: https://www.bookstackapp.com/hacks/username-login/ This can be used to essentially get what's been asked for here. The logic is quite simple so could be tweaked to your own requirements. Otherwise, I'm going to close this off since it's not something I'd look to support an option for (And it would really need to be an option for forward-compatibility reasons), while being something I'm personally not fond of in terms of UX (At least when talking about dual-purpose email/username inputs), and since this has relatively low demand for a change to auth while having a possible workaround.
Sign in to join this conversation.
1 Participants
Notifications
Due Date
No due date set.
Dependencies

No dependencies set.

Reference: starred/BookStack#1230