You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Right now there is a bug emptying all the tags when using either Resource Details PUT endpoint or any of the Organisations-related PUT endpoints, since the backend thinks those will not be updated.
So, we need to allow that use-case by checking if the front-end is providing the tags key during the resource/organisation update, so all the tag relationships are removed in case of receiving either a null or empty array ([]) value.
The other issue is front-end related, since it is not sending tags property at all whenever the user tries to remove all of them, so the backend will never know whether those tag relationships need to be removed or not. Hence, the behaviour needs to be as described in the point above.
This problem has been detected at least for the editon of events.
The text was updated successfully, but these errors were encountered:
[Re #1638]
As described in the issue, now we check in the affected API endpoints
whether we get the `tags` key at all in the payload, so we know if we
need to remove all the tag relationships, add/remove some of them or we
just ignore tags during the update (in case we do not receive such
property at all).
We have needed to update the generic tag update code to allow this
use-case.
There are 2 separated issues:
Right now there is a bug emptying all the tags when using either Resource Details PUT endpoint or any of the Organisations-related PUT endpoints, since the backend thinks those will not be updated.
So, we need to allow that use-case by checking if the front-end is providing the
tags
key during the resource/organisation update, so all the tag relationships are removed in case of receiving either anull
or empty array ([]
) value.The other issue is front-end related, since it is not sending
tags
property at all whenever the user tries to remove all of them, so the backend will never know whether those tag relationships need to be removed or not. Hence, the behaviour needs to be as described in the point above.This problem has been detected at least for the editon of events.
The text was updated successfully, but these errors were encountered: