Deprecate non-nullable `target` field on Todo type
What does this MR do and why?
Under certain circumstances like the need for SAML-reauthentication, the target on a Todo can be null.
Unfortunately the target field is not nullable, so we created a new one target_entity which is nullable.
I still don't understand why non-nullable
-> nullable
is a breaking
change on a field because it relaxes a constraint, but here we are.
Changelog: changed
MR acceptance checklist
Please evaluate this MR against the MR acceptance checklist. It helps you analyze changes to reduce risks in quality, performance, reliability, security, and maintainability.
Screenshots or screen recordings
N/A
How to set up and validate locally
N/A
Edited by Lukas Eipert