Issues in workflows after Yokohama update

nannielf
Tera Expert

After upgrading our test instance from Washington to Yokohama, we encountered several issues in Workflows located within a custom application Scope. All of the issues apper to stem from a malfunction in comparisons string-type fields values. 

1. The trigger fires regardless of the value in SAP active field, it activates even when the field is empty.

nannielf_0-1747034739121.png

 

2. The trigger fires correctly when the Name field is updated, but then flow fails to detect changes in individual fields.

nannielf_2-1747035574866.png

nannielf_1-1747035269258.png

 

3. The subflow retrieves transaction IDs from an external application and compares them against existing entries in the sc_req_item table to avoid creating duplicate RITMs. 
However, new RITMs are not being created because the flow incorrectly identifies every incoming ID as already present in the table- even when it's not.

nannielf_3-1747036852066.png

 

It appears that in all three cases comparation between two string values are not functioning correctly: the flow treats them as equal, even when they are clearly different.

 

Has anyone experienced similar issues, and if so, how did you resolve them?


p.s. Everything was working correctly befor the upgrade (and continues to work as expected in the prod instance, which is still running the Washington release).

 

5 REPLIES 5

Hi Daniel!
That's definitely not the problem, as the Flow, for example, triggers with any value of the SAP-active field - and the value of the field was not changed before the trigger was activated.