List Edit not working despite List Control set up correctly

[tahnalos]

Hey There.

We have a child table which our users modify to as a means to quickly modify data without going into the form.

No changes were made to the form itself, however, during a recent code development, the child table is now frozen and cannot be modified.

We checked List Control and List Edit Type is set at "Save Immediately (Cell Edit Mode)".

Permissions were also checked and appear to be fine, although if there was a problem with permissions, any attempt to double-click on an entry would result in a "Security Is Blocking this field" message.

No changes to Client Scripts or UI policies were made.  Any other areas should I be checking?  To Be sure, we checked the table in question in a dev instance and it is working fine and no code differences between dev and prod.

thanks

[Albert13]

Could be a list_edit ACL on the table or a UI policy converted into a data policy

[tahnalos]

Table has no List Edit ACLs.  As I said earlier, if there was an ACL issue, we would have been able to at least drill down to get a security message.  We can't even drill down at this point.

Also, no UI policy differences.  Table has no data policies.

[tahnalos]

Another anomaly.

Normally, when you click on a cell on the table, you can "highlight" it.  I am no longer able to do so on this table.

Is there a property that I'm missing?

Thanks

[Scott Halverso1]

Any updates?  I too have run into this issue and checked for list edit acls, oncelledit client scripts, list control settings and have no luck.  The only way I got it to work was to remove the dependency setting for this choice field.  But that's not an option for us