fix(test): accept Slack HTTP connector proxy flows [MST-9564]#657
Conversation
|
Claude finished @tmatup's task in 2m 28s —— View job Review: PR #657 — accept Slack HTTP connector proxy flowsSummaryTeaches the shared Change-by-Change Review1.
|
| Area | Status | Notes |
|---|---|---|
| Frontmatter | N/A | No skill SKILL.md changed |
| E2E Tests | OK | Eval checks updated; unit tests added |
| Skill Body | N/A | No skill docs changed |
| References & Assets | N/A | No references changed |
| Repo Hygiene | OK | No secrets, no cross-skill refs, changes scoped correctly |
Issues for Manual Review
- Verify
"ImplicitConnection"is the only sentinel value that needs rejection — if other provisioning-placeholder strings exist in real.flowfiles,_non_empty_binding_valuemay need extending. - Confirm the
connectorKeyfallback on line 117 reflects a real payload variant vs. speculative future-proofing.
Conclusion
Well-structured change with clear motivation and good test coverage. The new assertion correctly distinguishes connector-proxied HTTP from manual HTTP. No blocking issues — the two low-severity test gaps are optional improvements. Approve.
Allow connector-backed HTTP v2 proxy nodes to satisfy Slack connector eval checks when they carry the expected targetConnector plus real connection and folder bindings. Keep manual HTTP requests from satisfying connector checks, and add focused helper coverage.
Review ResponseThe Claude Code Review bot (auto-run on PR open) approved this PR with two low-priority observations and two "issues for manual review". Addressing each: 1. Noted; keeping the fallback uncovered for now. The fallback was speculative future-proofing — I haven't observed 2. Empty-string binding edge case for Noted. 3. Missing return type annotation on Skip — annotating one private helper while the rest of the module is unannotated would create inconsistency. The whole module is a candidate for a typing pass, but that's a separate cleanup. 4. Noted; no functional gap. As the bot itself notes, the output assertions ( CI fixThe Root cause: PR was opened 2026-05-08 against the old experiment-YAML shape. Origin/main migrated Rebased onto current Nits: none beyond the items above. 🤖 Generated with Claude Code Co-Authored-By: Claude noreply@anthropic.com |
Allow connector-backed HTTP v2 proxy nodes to satisfy Slack connector eval checks when they carry the expected targetConnector plus real connection and folder bindings. Keep manual HTTP requests from satisfying connector checks, and add focused helper coverage.
Summary
Validation
uv run python -m py_compile tests/tasks/uipath-maestro-flow/_shared/flow_check.py tests/tasks/uipath-maestro-flow/_shared/test_flow_check.py tests/tasks/uipath-maestro-flow/multi_node/slack_channel_description/check_channel_description.py tests/tasks/uipath-maestro-flow/multi_node/slack_weather_pipeline/check_slack_weather_pipeline.pyuv run --with pytest pytest tests/tasks/uipath-maestro-flow/_shared/test_flow_check.py— 22 passed (post-rebase)2026-05-08_04-46-07accepted the Slack connector target in both Slack.flowartifacts.2026-05-13_03-38-18during the cross-ticket triage on 2026-05-13:skill-flow-slack-channel-description/00andskill-flow-slack-weather-pipeline/00both still fail on the legacyassert_flow_has_node_type(["uipath.connector"])shape because the agent correctly produces acore.action.http.v2proxy node; this PR's assertion accepts that shape and resolves both failures.git diff --checkRebase note
Rebased onto current
origin/mainon 2026-05-13 to clear unrelatedextra_forbiddenPydantic errors inRun skill smoke tests. Those errors came from origin/main'srun_limitsmigration totests/experiments/default.yaml(PR #721, merged after this PR was opened) and were unrelated to this PR's changes. New head:950e5ee0. All 22 unit tests still pass.Related
Surfaced and triaged alongside five sibling PRs from run
2026-05-13_03-38-18, all addressing checker/skill drift against the same e2e suite:uip is resources execute→rundocs migrationregistry getfor OOTB action nodes during discovery_find_projectfix for multi-project solutions (alternative to MST-9734 MST-9735: fix flow eval checker drift #732)Issue
MST-9564