Update trade compliance notifications with more accurate status#506
Conversation
Signed-off-by: Mike Dolan <mikedolan@gmail.com>
There was a problem hiding this comment.
Pull request overview
Updates corporate dashboard trade-compliance notifications with broader, more accurate CLA terminology.
Changes:
- Renames sanctions-screening status messages.
- Replaces ECLA-specific wording with CLA terminology.
- Updates request failure messaging.
💡 Add Copilot custom instructions for smarter, more guided reviews. Learn how to get started.
|
No actionable comments were generated in the recent review. 🎉 ℹ️ Recent review info⚙️ Run configurationConfiguration used: Organization UI Review profile: CHILL Plan: Pro Run ID: 📒 Files selected for processing (1)
🚧 Files skipped from review as they are similar to previous changes (1)
WalkthroughThe corporate dashboard updates trade-compliance warning messaging for sanctioned organizations and employee signature errors. Non-sanctioned signature request errors now check the server error before using the generic fallback. ChangesTrade compliance messaging
Estimated code review effort: 2 (Simple) | ~10 minutes Possibly related PRs
🚥 Pre-merge checks | ✅ 5✅ Passed checks (5 passed)
✨ Finishing Touches📝 Generate docstrings
🧪 Generate unit tests (beta)
Warning There were issues while running some tools. Please review the errors and either fix the tool's configuration or disable the tool if it's a critical failure. 🔧 ESLint
ESLint install timed out. The project may have too many dependencies for the sandbox. Comment |
|
I'm not a Frontend specialist, I've asked AI to address Copilot's feedback and this is what I've got cc @mlehotskylf @ahmedomosanya (Ahmed can you PTAL ?): The wording in this PR is correct and reflects the intended distinction: a screening flag requires additional trade-compliance review; it is not itself a sanctions determination. A few small frontend corrections are needed so the approved wording is always shown consistently: @copilot please:
Please make no other behavioral changes. Acceptance check: when either endpoint returns Title: Message: Backend follow-up: 5113. It aligns the API response wording. This frontend PR can merge independently. |
…er description fallback - Remove `response.errors.description ||` from both sanctioned branches so the compliance-review message is always shown, even when the server response includes errors.description - Use 'Compliance Review Required' as title in both branches (was 'Review Required' in postEmployeeSignatureRequest path) - Update inline comments to say 'requires additional trade-compliance review' instead of 'is sanctioned'
Done in the latest commit. Both sanctioned branches now:
No other behavioral changes were made. |
There was a problem hiding this comment.
🧹 Nitpick comments (1)
src/app/modules/corporate-contributor/container/corporate-dashboard/corporate-dashboard.component.ts (1)
201-203: 📐 Maintainability & Code Quality | 🔵 Trivial | ⚡ Quick winAdd regression coverage for the compliance-message paths.
Please verify or add component tests covering the persisted sanctioned warning and both
response.errors.sanctionedbranches. Assert the exact title/message, ensure a server-provideddescriptionis ignored, and verify the non-sanctioned fallback order:project_id, thenserver, then the generic message.Also applies to: 241-245, 301-317
🤖 Prompt for AI Agents
Verify each finding against current code. Fix only still-valid issues, skip the rest with a brief reason, keep changes minimal, and validate. In `@src/app/modules/corporate-contributor/container/corporate-dashboard/corporate-dashboard.component.ts` around lines 201 - 203, Add regression tests for the corporate dashboard component’s compliance-message handling, covering persisted sanctioned warnings and both response.errors.sanctioned branches. Assert the exact title and message, confirm server-provided description is ignored, and verify non-sanctioned fallback precedence from project_id to server to the generic message.
🤖 Prompt for all review comments with AI agents
Verify each finding against current code. Fix only still-valid issues, skip the
rest with a brief reason, keep changes minimal, and validate.
Nitpick comments:
In
`@src/app/modules/corporate-contributor/container/corporate-dashboard/corporate-dashboard.component.ts`:
- Around line 201-203: Add regression tests for the corporate dashboard
component’s compliance-message handling, covering persisted sanctioned warnings
and both response.errors.sanctioned branches. Assert the exact title and
message, confirm server-provided description is ignored, and verify
non-sanctioned fallback precedence from project_id to server to the generic
message.
ℹ️ Review info
⚙️ Run configuration
Configuration used: Organization UI
Review profile: CHILL
Plan: Pro
Run ID: 1f7f9577-0c99-4cfb-a775-0ef094bdf30a
📒 Files selected for processing (1)
src/app/modules/corporate-contributor/container/corporate-dashboard/corporate-dashboard.component.ts
|
PTAL — the Copilot follow-up now addresses the frontend review points:
No further frontend changes are needed from my side. Backend wording and the existing 403 classification are being aligned in linuxfoundation/easycla#5113. This frontend PR can merge independently. Yarn dependency audit is not related to this PR. cc @ahmedomosanya @mlehotskylf @mkdolan |
|
@copilot Please make one final comment-only wording correction in In
with:
Keep the existing identifiers and API keys, including Please make no other code, behavior, title, message, or test changes. |
Addressed in commit 1995767. Updated the inline comment in |
|
Both trade-compliance block paths now:
The existing Backend wording and the existing 403 handling are aligned in linuxfoundation/easycla#5113. linuxfoundation/easycla#5108 is superseded by that PR. |
|
/lgtm @ahmedomosanya @mkdolan @mlehotskylf this is ready for merge IMHO. |
Summary
Test plan