Assign Groups based on LDAP attributes #45
Labels
No labels
Security
TeX
auto-update
board
done
board
ready
board
todo
check
delete-eslint-rc-js
check
update-builddeps-package-json
check
update-eslint-rc-js
check
update-gitignore
check
update-merge-request-template
check
update-prettier-ignore
check
update-pyproject-toml
check
update-renovate-json
check
update-tox-ini
part
backend
part
ci
part
docs
part
frontend
part
i18n
part
non-technical
part
packaging
prio
1
prio
2
prio
3
release-mr-5.x
size
large
size
medium
size
small
source
customer
source
customer::fsmw
source
customer::fss
source
customer::teckids
source
downstream
type
breaking
type
bug
type
feature
type
refactoring
workflow
blocked
workflow
confirmed
workflow
current-todo
workflow
discussing
workflow
new-app
workflow
wontfix
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference
aleksis/AlekSIS-App-LDAP#45
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
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?
In Puavo, there are "roles" such as teacher, admin...
That LDAP attribute can be translated to AlekSIS groups by a user-configurable matching table.
assigned to @magicfelix
This is a similar principle to #46 , at least in the Puavo case, and should therefore be implemented in a re-usable way.
Both have in common, that the AlekSIS representation is an object (Person/Group) with a many-to-many or many-to-one relationship to another object (Group/GroupType), while the LDAP representation is an object (Person/Group) with an attribute that indicates group membership or type.