Depot Repair: CSDREPLN Form, Builtin Action Type (GO_ITEM) Is Not Working On Update_status Trigger.

Last updated on SEPTEMBER 06, 2016

Applies to:

Symptoms

On : 12.1.3 version, Service Request

ACTUAL BEHAVIOR
---------------
A forms personalization on WHEN-NEW-BLOCK-INSTANCE trigger and block UPDATE-STATUS does not open the DFF window even when the personalization is set to GO_ITEM REPAIRS_DF.

EXPECTED BEHAVIOR
-----------------------
This personalization worked ok in 11.5.10, but it does not in 12.1.3

STEPS
-----------------------
The issue can be reproduced at will with the following steps:

1. Create DFF 'Repair Orders' using ATTRIBUTE1 for a segment (free text)

2. Create a personalization on the Repair Workbench as follows

Seq: 1
  Description: item revision mandatory - no save without it
  Level: Function
  Enabled: True

  Condition(Tab):
  Trigger Event: WHEN-NEW-BLOCK
  Trigger Object: UPDATE_STATUS (note - on 11.5.10 this should be CONTROL_UPDATE_STATUS)
  Condition: :REPAIRS.ATTRIBUTE1 is NULL

  Processing Mode: Not in Enter-Query Mode

  Context:
  Level: Site

  Actions (Tab):
  Seq: 10
  Type: Builtin
  Description: open DFF
  Language: All
  Enabled: True
  Builtin Type: GO_ITEM
  Argument: REPAIRS.DF

3. Close repair workbench and open it again
4. create a repair order without entering the DFF data
5. click Update Status; the DFF does not open. Instead it opens the update status window

BUSINESS IMPACT
-----------------------
The issue has the following business impact:
Due to this issue, users can change the status without updating the DFF attributes that are mandatory before changing status.

Cause