assigned_to not editable on form – no ACL/UI issue,

[MotapotulaN]

We are facing an issue where the Assigned To field is not editable on a custom task-like table in one instance, while the same configuration works fine in another instance.

Key observations:

• No field-level or table-level ACL is blocking write access.

• Dictionary entry and UI policies are identical in both instances.

• Client scripts and g_form.setReadOnly() have no effect.

• The field remains read-only even for admin users.

Has anyone encountered a case where server-side Business Rule recursion or repeated assignment logic causes the Assigned To field to become non-editable, even though no ACL/UI policy enforces read-only?

[Ankur Bawiskar · Accepted solution]

@MotapotulaN 

is there any dictionary override which is making it readonly?

💡 If my response helped, please mark it as correct ✅ and close the thread 🔒— this helps future readers find the solution faster! 🙏

[MotapotulaN]

tried doing this, but didn't helped. There is a dictionary over ride for the field but it is also not read only.

[Ankur Bawiskar]

@MotapotulaN 

any UI script is making it read-only?

any data policy which is working as UI policy is doing this?

[Aditya_hublikar]

Hello @MotapotulaN ,

Does your query get solved ?  What was actual configuration that making that field readonly ?