Closed Damecek closed 1 year ago
Also in my case I got the same element identified twice, probably because two elements were connected to it. This shoudl really be identified as single issue.
{
"flowName": "Partner Portal: Contact New/Edit",
"ruleName": "DuplicateDMLOperationsByNavigation",
"description": "If the flow commits changes to the database or performs actions between two screens, don't let users navigate back between screen. Otherwise, the flow may perform duplicate database operations.",
"details": {
"name": "OnSave",
"type": "screens"
}
},
{
"flowName": "Partner Portal: Contact New/Edit",
"ruleName": "DuplicateDMLOperationsByNavigation",
"description": "If the flow commits changes to the database or performs actions between two screens, don't let users navigate back between screen. Otherwise, the flow may perform duplicate database operations.",
"details": {
"name": "OnSave",
"type": "screens"
}
},
Thank you for pointing this out and giving a clear explanation. I think I know how to solve this and will be added to the priorities.
@Damecek it turns out im completely wrong and these are standard components. I have identified the bug for all your issues so its should be resolved in the next hours
The rule is updated to not flag screens that have the navigation hidden. The duplicate result will be addressed in a later patch
Hi, this rule
DuplicateDMLOperationsByNavigation
identifies falsely this elementOnSave
. I guess the rule is just checking theallowBack = true
, but it probably should also check theshowFooter = true
. In my case we have a screen whereallowBack = true
but the footer is hidden, thus preventing user from going back.Please consider a case to be true only if
allowBack = true && showFooter = true
.