Does this bug already exist in our backlog?
Describe the issue
The Flow "CLEANUP - Admin | Sync Template v3 (Orphaned Makers)" runs on a weekly basis & marks all Orphaned Makers objects as Orphaned. We've discovered that there's a bug in "SYNC HELPER – Cloud Flow" - under the "Get Owner Details" scope, the "Get_Maker" action attempts to retrieve the Maker & if successful, the next 2 actions are skipped. The "catch for orphans no id" action runs if Get Maker fails, but the IsOrphan action is only running if the "catch for orphans no id" action runs.
Therefore even if the admin_makerisorphaned parameter for the Maker is true, it doesn't evaluate the expression in the IsOrphan action, so then further down the Flow (in the Upsert Flow Details scope) it checks if the output of IsOrphan is True and given that it didn't evaluate previously, it will always go down the false path. As such it sets the Flow is Orphaned parameter to No incorrectly.
Expected Behavior
We've checked the corresponding Flow for Apps (SYNC HELPER - Apps) and that has the Configure Run After setting on IsOrphan to Successful AND Skipped, whereas in "SYNC HELPER – Cloud Flow" it is just Successful.
We've changed SYNC HELPER – Cloud Flow to match the SYNC HELPER - Apps - configured run after on IsOrphan to be Succesful and Skipped and it seems to have solved the issue. When SYNC HELPER – Cloud Flow now runs against Flows that have already been marked as Orphaned they don't now get set as Un-Orphaned.
What solution are you experiencing the issue with?
Core
What solution version are you using?
4.50.8
What app or flow are you having the issue with?
SYNC HELPER – Cloud Flow
What method are you using to get inventory and telemetry?
Cloud flows
Steps To Reproduce
Anything else?
No response
Does this bug already exist in our backlog?
Describe the issue
The Flow "CLEANUP - Admin | Sync Template v3 (Orphaned Makers)" runs on a weekly basis & marks all Orphaned Makers objects as Orphaned. We've discovered that there's a bug in "SYNC HELPER – Cloud Flow" - under the "Get Owner Details" scope, the "Get_Maker" action attempts to retrieve the Maker & if successful, the next 2 actions are skipped. The "catch for orphans no id" action runs if Get Maker fails, but the IsOrphan action is only running if the "catch for orphans no id" action runs.
Therefore even if the admin_makerisorphaned parameter for the Maker is true, it doesn't evaluate the expression in the IsOrphan action, so then further down the Flow (in the Upsert Flow Details scope) it checks if the output of IsOrphan is True and given that it didn't evaluate previously, it will always go down the false path. As such it sets the Flow is Orphaned parameter to No incorrectly.
Expected Behavior
We've checked the corresponding Flow for Apps (SYNC HELPER - Apps) and that has the Configure Run After setting on IsOrphan to Successful AND Skipped, whereas in "SYNC HELPER – Cloud Flow" it is just Successful.
We've changed SYNC HELPER – Cloud Flow to match the SYNC HELPER - Apps - configured run after on IsOrphan to be Succesful and Skipped and it seems to have solved the issue. When SYNC HELPER – Cloud Flow now runs against Flows that have already been marked as Orphaned they don't now get set as Un-Orphaned.
What solution are you experiencing the issue with?
Core
What solution version are you using?
4.50.8
What app or flow are you having the issue with?
SYNC HELPER – Cloud Flow
What method are you using to get inventory and telemetry?
Cloud flows
Steps To Reproduce
Anything else?
No response