User management #34

Open
opened 2025-08-11 07:05:39 +00:00 by julienbidoret · 2 comments
julienbidoret commented 2025-08-11 07:05:39 +00:00 (Migrated from gitlab.com)

Within the install process, a simple form allows to create one user. Its password is encrypted within the config.json file.

It could be interesting (to me, at last:) to have a page to manage more users (use case: a new user by workshop / course / project).

It should be accessible only to the first user (the admin) and would allow to:

  • create more users, with the same logic as the initial new user form.
  • disable users (except for him/herself)

This would allow a simple <select> within the gallery to filter stems by user.

PS: I already have a somewhat working proof of concept:

stolon-users-2

stolon-users-1

Within the install process, a simple form allows to create one user. Its password is encrypted within the `config.json` file. It could be interesting (to me, at last:) to have a page to manage more users (use case: a new user by workshop / course / project). It should be accessible only to the first user (the _admin_) and would allow to: - create more users, with the same logic as the initial _new user_ form. - disable users (except for him/herself) This would allow a simple `<select>` within the gallery to filter stems by user. PS: I already have a somewhat working proof of concept: ![stolon-users-2](/uploads/41c09ef4b818a9cec8d6ec16345ba517/stolon-users-2.png) ![stolon-users-1](/uploads/dcbe3d6c1387727732133b3589290a08/stolon-users-1.png)
julienbidoret commented 2025-08-11 07:05:58 +00:00 (Migrated from gitlab.com)

changed the description

changed the description
raphaelbastide commented 2025-08-11 16:28:19 +00:00 (Migrated from gitlab.com)

Ouh that’s nice! I really like that. It gives the project a community oriented direction that is definitively nice.

Ouh that’s nice! I really like that. It gives the project a community oriented direction that is definitively nice.
Sign in to join this conversation.
No labels
No milestone
No project
No assignees
1 participant
Notifications
Due date
The due date is invalid or out of range. Please use the format "yyyy-mm-dd".

No due date set.

Dependencies

No dependencies set.

Reference
tarball/stolon#34
No description provided.