Send email notification to former home state when provider home state changes#1548
Open
landonshumway-ia wants to merge 18 commits into
Open
Send email notification to former home state when provider home state changes#1548landonshumway-ia wants to merge 18 commits into
landonshumway-ia wants to merge 18 commits into
Conversation
Contributor
|
Warning Rate limit exceeded
You’ve run out of usage credits. Purchase more in the billing tab. ⌛ How to resolve this issue?After the wait time has elapsed, a review can be triggered using the We recommend that you space out your commits to avoid hitting the rate limit. 🚦 How do rate limits work?CodeRabbit enforces hourly rate limits for each developer per organization. Our paid plans have higher rate limits than the trial, open-source and free plans. In all cases, we re-allow further reviews after a brief timeout. Please see our FAQ for further information. ℹ️ Review info⚙️ Run configurationConfiguration used: defaults Review profile: CHILL Plan: Pro Run ID: ⛔ Files ignored due to path filters (2)
📒 Files selected for processing (41)
📝 WalkthroughWalkthroughThis PR implements home jurisdiction change notifications end-to-end: ingest detects same-license-type jurisdiction changes and emits a provider.homeStateChange EventBridge event; NotificationStack delivers events to an SQS listener that calls EmailServiceClient, which invokes the NodeJS email Lambda to resolve former-jurisdiction recipients and send the notification. ChangesHome Jurisdiction Change Notification
Staff User Permissions Enhancement
Sequence Diagram(s)sequenceDiagram
participant Provider as Provider Data<br/>Ingest
participant EventBus as EventBridge
participant SQS as SQS Queue
participant Listener as Home State<br/>Change Listener
participant Client as Email Service<br/>Client
participant Lambda as Email<br/>Notification Lambda
participant SES as SES Service
Provider->>Provider: Detect home jurisdiction change (best license)
Provider->>EventBus: Publish provider.homeStateChange event (former jurisdiction)
EventBus->>SQS: Route event to queue
Listener->>SQS: Poll message
Listener->>Listener: Load event detail & extract fields
Listener->>Client: send_provider_home_state_change_email(former jurisdiction, variables)
Client->>Lambda: Invoke with homeJurisdictionChangeNotification
Lambda->>Lambda: Resolve former jurisdiction operations team recipients
Lambda->>Lambda: Build email template with provider details
Lambda->>SES: SendEmail to operations team
SES-->>Lambda: Email sent
Lambda-->>Client: Success response
Client-->>Listener: Notification complete
Listener->>Listener: Log completion
Estimated code review effort🎯 4 (Complex) | ⏱️ ~45 minutes Possibly related PRs
Suggested reviewers
🚥 Pre-merge checks | ✅ 4 | ❌ 1❌ Failed checks (1 warning)
✅ Passed checks (4 passed)
✏️ Tip: You can configure your own custom pre-merge checks in the settings. ✨ Finishing Touches🧪 Generate unit tests (beta)
Tip 💬 Introducing Slack Agent: The best way for teams to turn conversations into code.Slack Agent is built on CodeRabbit's deep understanding of your code, so your team can collaborate across the entire SDLC without losing context.
Built for teams:
One agent for your entire SDLC. Right inside Slack. Thanks for using CodeRabbit! It's free for OSS, and your support helps us grow. If you like it, consider giving us a shout-out. Comment |
landonshumway-ia
changed the title
![coderabbitai[bot]](https://avatars.githubusercontent.com/in/347564?s=60&v=4){kind=small}
Contributor
There was a problem hiding this comment.
Actionable comments posted: 2
🧹 Nitpick comments (3)
backend/cosmetology-app/lambdas/python/provider-data-v1/tests/function/test_handlers/test_ingest.py (1)
705-722: 💤 Low valueConsider replacing the hardcoded
providerIdwith the capturedprovider_idvariable.The assertion at line 712 hardcodes
'89a6377e-c3a5-40e5-bca5-317ec854c570'. If the SSN fixture changes, this test breaks for an unrelated reason.provider_idis already captured on line 671 and can be used directly.♻️ Proposed fix
- self.assertEqual( - { - 'Detail': json.dumps( - { - 'compact': 'cosm', - 'jurisdiction': 'ky', - 'eventTime': '2024-11-08T23:59:59+00:00', - 'providerId': '89a6377e-c3a5-40e5-bca5-317ec854c570', - 'licenseType': 'cosmetologist', - 'formerHomeJurisdiction': 'oh', - } - ), - 'DetailType': 'provider.homeStateChange', - 'EventBusName': 'license-data-events', - 'Source': 'org.compactconnect.provider-data', - }, - home_change_entry, - ) + self.assertEqual('provider.homeStateChange', home_change_entry['DetailType']) + self.assertEqual('license-data-events', home_change_entry['EventBusName']) + self.assertEqual('org.compactconnect.provider-data', home_change_entry['Source']) + detail = json.loads(home_change_entry['Detail']) + self.assertEqual('cosm', detail['compact']) + self.assertEqual('ky', detail['jurisdiction']) + self.assertEqual('2024-11-08T23:59:59+00:00', detail['eventTime']) + self.assertEqual(provider_id, detail['providerId']) + self.assertEqual('cosmetologist', detail['licenseType']) + self.assertEqual('oh', detail['formerHomeJurisdiction'])🤖 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 `@backend/cosmetology-app/lambdas/python/provider-data-v1/tests/function/test_handlers/test_ingest.py` around lines 705 - 722, The test assertion hardcodes the provider UUID; replace the literal '89a6377e-c3a5-40e5-bca5-317ec854c570' with the captured variable provider_id so the assertion compares home_change_entry to the expected dict using provider_id (the variable assigned earlier on line ~671) instead of a fixed string; update the expected payload construction in the assertion that references 'providerId' to use provider_id to avoid brittle tests.backend/cosmetology-app/lambdas/python/common/cc_common/data_model/provider_record_util.py (1)
93-127: 💤 Low valueLGTM!
The
license_typefilter is cleanly applied after the existinghome_jurisdictionfilter, and the two-stage narrowing is correct. The empty-list →CCInternalExceptionpath is handled identically to the pre-existing behavior.One nit: the docstring has two items numbered
2.(lines 104–105). Should be 1/2/3.🤖 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 `@backend/cosmetology-app/lambdas/python/common/cc_common/data_model/provider_record_util.py` around lines 93 - 127, Update the docstring in find_best_license to fix the numbered list (replace the duplicated "2." with the correct sequence 1/2/3) so the steps read "1. If home jurisdiction..., 2. If license type..., 3. Return the single license..." — edit the docstring block at the start of the method in provider_record_util.py (the find_best_license method) to correct the numbering only.backend/cosmetology-app/lambdas/python/provider-data-v1/handlers/ingest.py (1)
137-137: ⚡ Quick winPrefer direct key access
['licenseType']over.get('licenseType')for fail-fast behavior.Both
find_best_licensecalls passlicense_type=posted_license_record.get('licenseType'). IflicenseTypewere somehow absent from the record,.get()silently returnsNone, disabling the type filter and causingfind_best_licenseto return the overall best license instead of the best license for the posted type. This could trigger spurious or missed home-state-change notifications across license types.Since
licenseTypeis required by the ingest schema, using['licenseType']would fail fast and make the invariant explicit.♻️ Proposed fix
- current_best_license_for_posted_license_type = ProviderRecordUtility.find_best_license( - license_records=license_records, license_type=posted_license_record.get('licenseType') - ) + current_best_license_for_posted_license_type = ProviderRecordUtility.find_best_license( + license_records=license_records, license_type=posted_license_record['licenseType'] + )- best_license_after_upload_for_posted_license_type = ProviderRecordUtility.find_best_license( - license_records=licenses_flattened, license_type=posted_license_record.get('licenseType') - ) + best_license_after_upload_for_posted_license_type = ProviderRecordUtility.find_best_license( + license_records=licenses_flattened, license_type=posted_license_record['licenseType'] + )Also applies to: 222-224
🤖 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 `@backend/cosmetology-app/lambdas/python/provider-data-v1/handlers/ingest.py` at line 137, The call sites that pass license_type=posted_license_record.get('licenseType') to find_best_license should use direct indexing posted_license_record['licenseType'] to fail fast when the required key is missing; update both occurrences where find_best_license(..., license_records=license_records, license_type=posted_license_record.get('licenseType')) appears so the function receives the explicit value and will raise immediately if 'licenseType' is absent, preserving the ingest schema invariant and avoiding silent None behavior.
🤖 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.
Inline comments:
In
`@backend/cosmetology-app/lambdas/nodejs/lib/email/email-notification-service.ts`:
- Around line 18-22: The SPECIFIC branch in getJurisdictionRecipients currently
treats an empty array as present because it checks truthiness; update
getJurisdictionRecipients to explicitly require a non-empty array (e.g., check
Array.isArray(specificEmails) && specificEmails.length > 0) and throw the
existing error if specificEmails is missing or empty; ensure callers like
sendHomeJurisdictionChangeStateNotificationEmail (and any other callers)
continue to rely on the function returning a valid non-empty recipient array or
receiving an exception.
In `@backend/cosmetology-app/stacks/notification_stack.py`:
- Around line 246-258: The construct_id_prefix passed in
_add_provider_home_state_change_notification_listener is not PascalCase; change
the string 'ProviderhomeJurisdictionChangeNotificationListener' to
'ProviderHomeJurisdictionChangeNotificationListener' so CDK logical IDs follow
the established convention; update only the construct_id_prefix argument in the
call inside _add_provider_home_state_change_notification_listener to the
corrected PascalCase value to avoid creating an inconsistent CloudFormation
logical ID.
---
Nitpick comments:
In
`@backend/cosmetology-app/lambdas/python/common/cc_common/data_model/provider_record_util.py`:
- Around line 93-127: Update the docstring in find_best_license to fix the
numbered list (replace the duplicated "2." with the correct sequence 1/2/3) so
the steps read "1. If home jurisdiction..., 2. If license type..., 3. Return the
single license..." — edit the docstring block at the start of the method in
provider_record_util.py (the find_best_license method) to correct the numbering
only.
In `@backend/cosmetology-app/lambdas/python/provider-data-v1/handlers/ingest.py`:
- Line 137: The call sites that pass
license_type=posted_license_record.get('licenseType') to find_best_license
should use direct indexing posted_license_record['licenseType'] to fail fast
when the required key is missing; update both occurrences where
find_best_license(..., license_records=license_records,
license_type=posted_license_record.get('licenseType')) appears so the function
receives the explicit value and will raise immediately if 'licenseType' is
absent, preserving the ingest schema invariant and avoiding silent None
behavior.
In
`@backend/cosmetology-app/lambdas/python/provider-data-v1/tests/function/test_handlers/test_ingest.py`:
- Around line 705-722: The test assertion hardcodes the provider UUID; replace
the literal '89a6377e-c3a5-40e5-bca5-317ec854c570' with the captured variable
provider_id so the assertion compares home_change_entry to the expected dict
using provider_id (the variable assigned earlier on line ~671) instead of a
fixed string; update the expected payload construction in the assertion that
references 'providerId' to use provider_id to avoid brittle tests.
🪄 Autofix (Beta)
Fix all unresolved CodeRabbit comments on this PR:
- Push a commit to this branch (recommended)
- Create a new PR with the fixes
ℹ️ Review info
⚙️ Run configuration
Configuration used: defaults
Review profile: CHILL
Plan: Pro
Run ID: 357a6f73-4930-45df-b693-ea20a2c35c37
📒 Files selected for processing (21)
backend/cosmetology-app/lambdas/nodejs/email-notification-service/lambda.tsbackend/cosmetology-app/lambdas/nodejs/lib/email/base-email-service.tsbackend/cosmetology-app/lambdas/nodejs/lib/email/email-notification-service.tsbackend/cosmetology-app/lambdas/nodejs/lib/email/index.tsbackend/cosmetology-app/lambdas/nodejs/tests/email-notification-service.test.tsbackend/cosmetology-app/lambdas/python/common/cc_common/data_model/provider_record_util.pybackend/cosmetology-app/lambdas/python/common/cc_common/data_model/schema/data_event/api.pybackend/cosmetology-app/lambdas/python/common/cc_common/email_service_client.pybackend/cosmetology-app/lambdas/python/common/cc_common/event_bus_client.pybackend/cosmetology-app/lambdas/python/common/tests/unit/test_email_service_client.pybackend/cosmetology-app/lambdas/python/data-events/handlers/encumbrance_events.pybackend/cosmetology-app/lambdas/python/data-events/handlers/home_state_change_events.pybackend/cosmetology-app/lambdas/python/data-events/handlers/investigation_events.pybackend/cosmetology-app/lambdas/python/data-events/tests/function/test_home_state_change_events.pybackend/cosmetology-app/lambdas/python/data-events/tests/function/test_investigation_events.pybackend/cosmetology-app/lambdas/python/provider-data-v1/handlers/ingest.pybackend/cosmetology-app/lambdas/python/provider-data-v1/tests/function/test_handlers/test_ingest.pybackend/cosmetology-app/lambdas/python/staff-user-pre-token/tests/test_user_scopes.pybackend/cosmetology-app/lambdas/python/staff-user-pre-token/user_data.pybackend/cosmetology-app/stacks/api_stack/v1_api/api_model.pybackend/cosmetology-app/stacks/notification_stack.py
💤 Files with no reviewable changes (1)
- backend/cosmetology-app/lambdas/nodejs/lib/email/base-email-service.ts
Contributor
There was a problem hiding this comment.
Actionable comments posted: 3
🤖 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.
Inline comments:
In `@backend/cosmetology-app/tests/smoke/license_upload_smoke_tests.py`:
- Around line 112-138: The query in _wait_for_home_state_change_event only
inspects the first DynamoDB page and can miss matching provider.homeStateChange
events; update the logic around data_events_table.query and
response.get('Items') to handle pagination by looping on
LastEvaluatedKey/ExclusiveStartKey (accumulating or streaming each page) until
the matching item with providerId == provider_id is found or pages exhausted,
preserving ConsistentRead and poll backoff behavior; apply the same pagination
fix to the other helper referenced (the similar query at the lines noted) so
both functions check all pages instead of just the first.
- Around line 141-151: _query_license_ingest_events_for_jurisdiction currently
returns all license.ingest events in a jurisdiction/time window and the finally
block deletes them all; change the query to only return records for the current
test provider before passing them to _cleanup_test_generated_records by adding a
provider parameter (e.g., provider: str) to
_query_license_ingest_events_for_jurisdiction and include the provider in the
KeyConditionExpression or a FilterExpression (e.g., ensure the sk includes
'TYPE#license.ingest#PROVIDER#{provider}#TIME#' or use FilterExpression with
ExpressionAttributeValues[':provider'] and begins_with/contains on sk) so only
that provider's ingest events are returned; update any callers (the finally
cleanup code and places referenced around lines 255-271) to pass the fixture
provider and ensure only those records are forwarded to
_cleanup_test_generated_records.
In `@backend/cosmetology-app/tests/smoke/smoke_common.py`:
- Around line 367-369: The poll loop undercounts attempts because max_attempts =
max_wait_time // poll_interval_seconds omits the initial t=0 attempt and skips
polling when max_wait_time < poll_interval_seconds; update the calculation to
include the initial attempt by using max_attempts = max(1, max_wait_time //
poll_interval_seconds + 1) (using the existing variables max_wait_time and
poll_interval_seconds and assigned to max_attempts) so the loop in the function
that uses max_attempts performs the initial check at t=0 and covers the full
max_wait_time window.
🪄 Autofix (Beta)
Fix all unresolved CodeRabbit comments on this PR:
- Push a commit to this branch (recommended)
- Create a new PR with the fixes
ℹ️ Review info
⚙️ Run configuration
Configuration used: defaults
Review profile: CHILL
Plan: Pro
Run ID: a12aca22-c97e-46e0-bf49-f4f046b73e5f
📒 Files selected for processing (4)
backend/cosmetology-app/lambdas/nodejs/lib/email/email-notification-service.tsbackend/cosmetology-app/tests/smoke/license_upload_smoke_tests.pybackend/cosmetology-app/tests/smoke/smoke_common.pybackend/multi-account/README.md
🚧 Files skipped from review as they are similar to previous changes (1)
- backend/cosmetology-app/lambdas/nodejs/lib/email/email-notification-service.ts
ChiefStief
reviewed
May 8, 2026
|
|
||
| 1. If home jurisdiction is selected, only consider licenses from that jurisdiction | ||
| 2. If license type is specified, only consider licenses of that type. | ||
| 2. Return the single license with the latest (renewal date or issuance date) |
Collaborator
There was a problem hiding this comment.
We've got 1) 2) 2) here
Collaborator
Author
There was a problem hiding this comment.
I've cleaned that up.
ChiefStief
reviewed
May 8, 2026
| :param license_type: License type filter | ||
| :return: The best license record | ||
| """ | ||
| # If the provider's home jurisdiction was selected, we only consider licenses from that jurisdiction |
Collaborator
There was a problem hiding this comment.
This isnt true anymore right?
ChiefStief
reviewed
May 8, 2026
| ) | ||
| if license_records_in_jurisdiction: | ||
| license_records = license_records_in_jurisdiction | ||
| license_records = license_records_in_jurisdiction |
Collaborator
There was a problem hiding this comment.
So do they not select a home jurisdiction when registering?
If they do then you could be comparing the new license vs the not-most-recent license because they selected a home jurisdiction in a state that does not have their most recent license.
If they dont and the home state is always based on the same logic then this would work but is a kindof unintuitive and slightly more brittle shortcut.
I guess I would expect the find best license function under these parameters to just look at all their licenses and get the most recent one, not compare the one that caused the flow with the licenses of that type in their home state.
ChiefStief
reviewed
May 8, 2026
| license_records = license_records_in_jurisdiction | ||
| license_records = license_records_in_jurisdiction | ||
|
|
||
| if license_type is not None: |
Collaborator
There was a problem hiding this comment.
Separately, Im not 100% understanding the interplay of license types here.
If my most recent license is type A in MA (12/1/2026) but I have type B in MA as well (10/1/2026) and then LA uploads license Type B (11/1/2026), wouldnt we switch home state to LA with this?
Maybe Im just misunderstanding the description of the feature but I thought we would want to stay home state MA in that case?
Collaborator
Author
There was a problem hiding this comment.
Thank you for walking through the example case. Looking this over you are absolutely right, license type does not play a factor here when determining the practitioner's home state as a whole. The state will simply be associated with the state that issued/renewed a license most recently. I will update the logic accordingly.
ChiefStief
reviewed
May 8, 2026
| self.assertEqual('Audrey', ky_license['givenName']) | ||
|
|
||
| self.assertEqual('ky', provider_data['licenseJurisdiction']) | ||
| self.assertEqual('Audrey', provider_data['givenName']) |
Collaborator
There was a problem hiding this comment.
Should we have a negative test too? It uploads but doesnt trigger change?
Collaborator
Author
There was a problem hiding this comment.
Good catch, I've added this.
ChiefStief
reviewed
May 8, 2026
| self.assertEqual('Audrey', ky_license['givenName']) | ||
|
|
||
| self.assertEqual('ky', provider_data['licenseJurisdiction']) | ||
| self.assertEqual('Audrey', provider_data['givenName']) |
Collaborator
There was a problem hiding this comment.
Somewhere we should have tests asserting the behavior with MA and LA and different license types that I mentioned.
As it is I dont know what the intended behavior is and so we should codify / concrete that through tests
ChiefStief
suggested changes
May 8, 2026
Collaborator
ChiefStief
left a comment
ChiefStief
left a comment
There was a problem hiding this comment.
Looks like a good start. I've got some tests I think should get added + some questions about intended functionality. Depending on the answers we may have some bugs.
Contributor
There was a problem hiding this comment.
🧹 Nitpick comments (1)
backend/cosmetology-app/lambdas/python/common/cc_common/data_model/provider_record_util.py (1)
78-90: ⚡ Quick winUpdate stale function reference in docstring.
The comment on line 82 references
find_best_license, which was renamed tofind_most_recently_issued_or_renewed_licensein this PR. Update the reference for clarity.📝 Suggested doc fix
def _license_sort_key(cls, license_record: dict | LicenseData) -> tuple: """ Sort key for license records: by date of renewal if present, else date of issuance; - use date of issuance as tiebreaker. Works with both dict and LicenseData so the same - ordering is used in find_best_license (dicts) and find_best_license_in_current_known_licenses (LicenseData). + use date of issuance as tiebreaker. Works with both dict and LicenseData so the same ordering + is used in find_most_recently_issued_or_renewed_license (dicts) and + find_best_license_in_current_known_licenses (LicenseData). """🤖 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 `@backend/cosmetology-app/lambdas/python/common/cc_common/data_model/provider_record_util.py` around lines 78 - 90, Update the docstring in _license_sort_key to replace the stale reference to find_best_license with the new function name find_most_recently_issued_or_renewed_license; ensure the sentence still explains that the sort key is used by both dict-based and LicenseData-based callers (now find_most_recently_issued_or_renewed_license and find_best_license_in_current_known_licenses) so readers can locate where the key is used.
🤖 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
`@backend/cosmetology-app/lambdas/python/common/cc_common/data_model/provider_record_util.py`:
- Around line 78-90: Update the docstring in _license_sort_key to replace the
stale reference to find_best_license with the new function name
find_most_recently_issued_or_renewed_license; ensure the sentence still explains
that the sort key is used by both dict-based and LicenseData-based callers (now
find_most_recently_issued_or_renewed_license and
find_best_license_in_current_known_licenses) so readers can locate where the key
is used.
ℹ️ Review info
⚙️ Run configuration
Configuration used: defaults
Review profile: CHILL
Plan: Pro
Run ID: bc5c0dbb-c3e2-4c8c-9372-98787b2c944a
📒 Files selected for processing (5)
backend/cosmetology-app/lambdas/python/common/cc_common/data_model/provider_record_util.pybackend/cosmetology-app/lambdas/python/common/tests/unit/test_provider_record_util.pybackend/cosmetology-app/lambdas/python/provider-data-v1/handlers/ingest.pybackend/cosmetology-app/lambdas/python/provider-data-v1/tests/function/test_handlers/test_ingest.pybackend/cosmetology-app/tests/smoke/license_upload_smoke_tests.py
🚧 Files skipped from review as they are similar to previous changes (2)
- backend/cosmetology-app/lambdas/python/provider-data-v1/tests/function/test_handlers/test_ingest.py
- backend/cosmetology-app/tests/smoke/license_upload_smoke_tests.py
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
2 participants
Add this suggestion to a batch that can be applied as a single commit.This suggestion is invalid because no changes were made to the code.Suggestions cannot be applied while the pull request is closed.Suggestions cannot be applied while viewing a subset of changes.Only one suggestion per line can be applied in a batch.Add this suggestion to a batch that can be applied as a single commit.Applying suggestions on deleted lines is not supported.You must change the existing code in this line in order to create a valid suggestion.Outdated suggestions cannot be applied.This suggestion has been applied or marked resolved.Suggestions cannot be applied from pending reviews.Suggestions cannot be applied on multi-line comments.Suggestions cannot be applied while the pull request is queued to merge.Suggestion cannot be applied right now. Please check back later.
For the Cosmetology compact, the home state for a practitioner is determined by which license was issued or renewed most recently. If another state uploads or renews a license record for that same practitioner with a more recent date, that state becomes the new home state for that practitioner. In that case, the system needs to send a notification to the former home state to let them know that the practitioner's home state has changed.
This adds a new event notification listener that sends an email when triggered. It also updates the license ingest
logic to compare the previous best license with the uploaded license.
Requirements List
Testing List
yarn test:unit:allshould run without errors or warningsyarn serveshould run without errors or warningsyarn buildshould run without errors or warningsbackend/compact-connect/tests/unit/test_api.pyrun compact-connect/bin/download_oas30.pyCloses #1543
Summary by CodeRabbit
New Features
Improvements
Tests
Documentation