Data policies for the incident On Hold state may fire unexpectedly when trying to use the Canceled state, due to the Business Rule 'task closer' which uses TaskStateUtil to decide if it should run and what it should do. This will flip the incident state from 8 (Canceled) to 3 (On Hold) if it executes, because it determines that it is closing, and assumes the default task close state is 3. When the data policies execute after this business rule, the On Hold data policies are evaluated and applied.

The same state change occurs in an out-of-box system, but a later business rule copies the incident state back over the task state and switches it back to 8; otherwise, you would see any incident you canceled flipped to On Hold.


Steps to Reproduce

1) Import the attached XML files:

2) Go to Session Debug > Enable All

3) Navigate to an incident.list

4) Select any open state incident (preferably New)

5) Change the state to Canceled

6) Click Save from the header contextual menu

Observe the Data Policy errors for the On Hold state, and the incident record not being saved in the Canceled state.


This issue is under investigation. As a workaround, import the attached dictionary override record for task.state with the attributes: close_states=7;8,default_close_state=7 .

Related Problem: PRB1253606

Seen In

There is no data to report.

Intended Fix Version


Safe Harbor Statement

This "Intended Fix Version" information is meant to outline ServiceNow's general product direction and should not be relied upon in making a purchasing decision. The information provided here is for information purposes only and may not be incorporated into any contract. It is not a commitment, promise, or legal obligation to deliver any material, code, or functionality. The development, release, and timing of any features or functionality described for our products remains at ServiceNow's sole discretion.

Associated Community Threads

There is no data to report.

Article Information

Last Updated:2018-02-22 03:39:56