This bug has been fixed.

Fixed Version

  • Fixed Version: 13.2.1

Affected Version and Operation

  • Ver. 13.2.0
  • Select-type Data Item is specified in a Split condition

Bug Details

  • Occurs in operating
    • The “Type of data source” is set to other than “Fixed choice list” In the Select-type Data Item
    • “Move if conditions are met” is specified in the Split condition of the Step such as Human Task or XOR/OR Gateway
    • The above Select-type Data Item is specified and “is equal to/is not equal to” is selected in the conditional expression
  • What will occur
    • The App editing screen becomes blank and you cannot operate the screen

Workaround/Recovery

  • Please use one of the following workarounds
    1. Define choices with “Fixed choice list”
    2. Assign the value of the choices to a String-type Data Item and specify the condition targeting that Item
      • Using the “Update Data” icon, set the value (Choice IDs or Display labels) of the selected choice in the Select-type Data Item to the String-type Data Item
      • In the conditional expression, set the String-type Data Item as the target and select “is equal to” or “contains”.
    3. Set the conditional expression to “Move if conditional expression evaluates to true”
      • Define conditional expressions using SpEL
      • Example: An expression equivalent to that a Select-type Data Item (Radio button/Select/Search-select) “is equal to”
        • q_select?.get(0)?.display == ‘DISPLAY LABEL A’
      • See the following document for the details
  • This Bug is due to be fixed in the coming version (Ver. 13.3- Jan. 2022)

1 thought on “When a Select-type Data Item is Specified in Split Condition, the App Editing Screen may be Inoperable (Fixed)”

  1. Pingback: Ver.13.2 2021-12-05 Ver.13.2.1 Improved Performance – Questetra Support

Comments are closed.

%d bloggers like this: