Briefly describe (1-2 sentences) the Bug you’re experiencing:
I have a custom field on Project A, that is not in the library, nor on Project B. However, if I move the task to Project B, I can see the field’s name grayed out – which is fine, but also shows an X to delete the field and its value which is a big problem.
Steps to reproduce:
Create a custom field of any data type in Project A.
Create a task within Project A and set the custom field value
Move the task to Project B (removing it from Project A, not multi-homed)
Open the task and look at custom fields
Hover over the grayed-out custom field’s value, and click the X
Move the task back to Project A (again, removing it from Project B)
Open the task, and the value will be gone
Browser version:
Chrome Version 106.0.5249.119 (Official Build) (64-bit)
Thanks for the info @lpb , I’ve seen the locking option, but that doesn’t lock the values from being changed. The info you linked talks about locking the field settings (name/type), not its values within a task.
The issue I’m having is that a custom field’s value is being deleted by a user that is not even part of the project where that custom field exists.
Right, @Jorge-wms, I think the Permissions section of the doc that I mentioned, or other parts, explains that
I don’t think it’s relevant about the project where the custom field exists. Once a task has a custom field, anyone with access to the task has access to its custom fields. That makes sense to me because the alternative that bits of pieces of the task have different access rights would be highly confusing for users (and developers!).
Thanks @Phil_Seeman and @lpb
It made sense once I saw it with the explanation of “any data that’s part of the task is visible to users who can see the task”. That changes some of our plans, but managed to work around it by having a parent project that houses those tasks. Not great, but being a concern since 2019 I don’t see it improving anytime soon.