List Edit not working despite List Control set up correctly
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
‎08-16-2018 09:23 AM
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

- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
‎10-30-2019 02:28 AM
I have a similar problem with the list columns on requested items. Suddenly it is not possible to edit any columns in the list view. For some odd reason I have to click on the burger menu (List Controls), choose 'Filters' and select 'None'. Then I can edit any column directly from the list. It does not make any sense to me though.
Build tag: glide-london-06-27-2018__patch10-08-28-2019
Best regards
Thomas
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
‎10-29-2020 09:09 AM
I've ran into this issue intermittently over the last year or so. Now I've figured out why it was intermittent for me.
After reviewing enough similar records on the same table trying to find some discrepency between them; I found that the requests which had a 'child task' created and associated with it, I was able to edit the other related lists simply by double-clicking the field.
The requests on that same table that did not have a created 'child task', I was unable to interact with any of the related tables (Approvers, Task_SLAs).
I can't figure out how these two things are linked.
*Update*
I was checking the list control on the 'child task' related list that gets created on some of the requests, and I found that the "omit if empty" checkbox was selected. Ideally, I didn't want to show the related list tab if there were no 'child tasks' created;
Once I unselected that box and went back to a problematic request that did not contain a 'child task', I was then able to edit all the related lists.
I tested this once more by selecting that same checkbox and then revisiting the same problematic request, and sure enough, I was not able to edit the related lists.
I tested this to see if I set another related lists to "omit if empty", would it reproduce the issue?
Unfortunately, setting a different related list to do this did not reproduce the issue. This seemed to be tied directly to this specific list control settings.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
‎09-27-2023 04:36 AM
This KT article may help:
https://support.servicenow.com/kb?id=kb_article_view&sysparm_article=KB0746809