OIDC core claim improvements #3790
No reviewers
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
2 participants
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference
aleksis/AlekSIS-Core!3790
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "oidc-improvements"
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?
Information and screenshots
Closes #1542.
Checklist
tox -e reformat,lintusedapps.pyandREADME.rstup-to-dateBackend checklist
Frontend checklist (mandatory with ~"part::frontend")
assigned to @hansegucker
marked this merge request as draft
added 1 commit
dc5681f1- Update changelogCompare with previous version
changed title from
Draft: Oidc improvementstoDraft: OIDC core claim improvementsmarked the checklist item
tox -e reformat,lintused as completedmarked the checklist item Changelog updated/No update necessary as completed
marked the checklist item Copyright in
apps.pyandREADME.rstup-to-date as completedmarked this merge request as ready
added 1 commit
3805a90f- Add dev docs for OIDCCompare with previous version
Shouldn't we use a dictionary for this?
Maybe this should be a property on the
Addressmodel and make use of a f-string?left review comments
No.
No. At least not "and".
resolved all threads
changed this line in version 4 of the diff
added 1 commit
cda5d196- Use f-string for addressCompare with previous version
mentioned in commit
fe892df302