mirror of
https://github.com/moghtech/komodo.git
synced 2026-05-07 10:53:18 -05:00
[GH-ISSUE #938] Signup process #8780
Reference in New Issue
Block a user
Delete Branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Originally created by @unbekanntes-pferd on GitHub (Oct 24, 2025).
Original GitHub issue: https://github.com/moghtech/komodo/issues/938
Hi,
I'm having the same issue as #754 - set up everything via docker compose and MongoDB, used the sign up button, entered username and password.
Login succeeds, error: user not enabled.
Based on https://github.com/moghtech/komodo/blob/main/config/core.config.toml#L151 it says:
I am confused to say the least - users are automatically enabled when they sign up? I guess not. It's also the default. Additionally, I'm definitely the first user togin - still: user disabled.
The documentation on https://komo.do/docs/setup is also not really helpful.
What am I missing?
Thanks
@mbecker20 commented on GitHub (Oct 24, 2025):
Are you sure that there isn't another user in the database which you made before? This is a very well tested flow, just note the database needs to be "fresh" (uninitialized / no data). You can try recreating the database, or using another
KOMODO_DATABASE_DB_NAME. Maybe before messing with your Prod setup, try running a new Core in a VM to make sure all your settings work in a simple environment.If you want additional users to be enabled when they sign up automatically, you need to change
enable_new_users = true. The default is in factfalse, as is shown in the snippet you pasted.@unbekanntes-pferd commented on GitHub (Oct 25, 2025):
Yes - it's a clean install using docker compose on a completely blank device (fwiw: Zimaboard 2 / Ubuntu Server LTS).
I just nuked MongoDB (removed the docker volumes) for a restart - same behavior.
I go to the login page, enter username and password, click sign up - result: user not enabled.
@unbekanntes-pferd commented on GitHub (Oct 25, 2025):
Solved
Root cause: did not read compose.env properly - the first admin is not the one I clicked when using the signup process but the default admin user that is set up.
This is obviously my fault - still I think it would help to clarify this in the documentation here:
https://komo.do/docs/setup
This is misleading, as it suggests the admin creation process by default requires this signup process, even though it's created automatically if not explicitly commented out in the .env file.
@mbecker20 commented on GitHub (Oct 25, 2025):
@unbekanntes-pferd yes the env initialization is newer feature to streamline even more, later releases will update the docs