Repository navigation
docs(uipath-review): Check App State only to branch, Finally runs only when caught in the same file - #3786
docs(uipath-review): Check App State only to branch, Finally runs only when caught in the same file#3786danmunteanu1 wants to merge 1 commit into
Conversation
… checks, Try/Catch level
|
Claude finished @danmunteanu1's task in 2m 47s —— View job PR Review: docs(uipath-review) — Check App State, Finally scope, hard-coded delays
SummaryUpgrades "Check App State / Element Exists" from Info to Warning (inverted: a check is valid only when absence leads to different work), adds a new common-issues section for the pattern, clarifies that Finally runs only when a Catch in the same file handles the exception, and corrects the hard-coded delay fix to point at the next activity's Change-by-Change Review1.
|
| Area | Status | Notes |
|---|---|---|
| Frontmatter | OK | No frontmatter changes |
| E2E Tests | OK | No new capabilities requiring test coverage — this is a review-criteria refinement |
| Skill Body | OK | SKILL.md not changed; changes are in references only |
| References & Assets | OK | All links resolve; new section follows existing pattern |
| Repo Hygiene | OK | No secrets, no cross-skill refs, changes scoped to uipath-review |
Issues for Manual Review
-
Finally scope claim (
rpa-common-issues.md:293): The PR asserts "a Finally runs only when a Catch in the same workflow file handles the exception … an exception that leaves the file (rethrown, thrown from a Catch, or never caught) skips its Finally, even when the invoking workflow catches it, the Invoke Workflow File setsContinueOnError, or it runsIsolated, because Invoke Workflow File runs each file as its own workflow instance." This is a strong behavioral claim about UiPath's runtime. If correct, it's a high-value insight that prevents a class of resource-leak bugs. A domain expert should confirm against the UiPath runtime or the UIA package docs. -
Hard-coded delay fix inversion (
rpa-common-issues.md:79): The old guidance recommended Check App State as the fix for hard-coded delays. The new guidance says that's "the same defect in another form" and points to the activity's ownTimeoutinstead. This is a meaningful change in recommended practice — worth a domain-expert sanity check. -
VerifyOptions carve-out (
rpa-common-issues.md:89): The Fix text carves out specific activities (Click, Hover, Keyboard Shortcuts, Type Into) forVerifyOptionsand names others (Select Item, Check/Uncheck, Go To URL) where a post-action check is the assertion. Verify this partition matches the UIA package'sVerifyOptionsavailability.
Conclusion
Clean, well-scoped PR that upgrades review criteria based on real genome findings. No structural, consistency, or hygiene issues. The three manual-review items are domain-correctness checks that an automated reviewer can't verify — the writing quality and skill-convention compliance are solid. Approve, pending domain confirmation of the Finally scope rule and the VerifyOptions activity partition.
Split from #3460 so each skill's changes reach its own code owners. Found while reviewing automations built from genomes.
Changes
rpa-review-checklist.md,rpa-advanced-checklist.md,rpa-common-issues.md): raised from Info to Warning and inverted — a check is right only where the element's absence leads to different work. A guard before acting on the same element, a page-load wait, or a not-found branch that only throws is a new issue entry, with detection and fix.Timeout, not a check before it.ContinueOnErrororIsolated; in a file that lets exceptions out, cleanup goes at the end of Try and in each Catch before Rethrow.