Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Fix validation consistency of null values & send contact info to intersolve for intersolve attributes only #6527

Open
wants to merge 1 commit into
base: main
Choose a base branch
from

Conversation

RubenGeo
Copy link
Contributor

@RubenGeo RubenGeo commented Feb 18, 2025

AB#33713 AB#33701

Describe your changes

Send contact info to intersolve for intersolve attributes only & make validations of registration updates more consistent

See bug item

Checklist before requesting a review

  • I have performed a self-review of my code
  • I have added tests wherever relevant
  • I have made sure that all automated checks pass before requesting a review
  • I do not need any deviation from our PR guidelines

Portalicious preview deployment

This PR does not have any preview deployments yet.

@Copilot Copilot bot review requested due to automatic review settings February 18, 2025 10:07
@RubenGeo RubenGeo added the bugfix Something that affects our end users is fixed label Feb 18, 2025
Copy link
Contributor

@Copilot Copilot AI left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Copilot reviewed 2 out of 2 changed files in this pull request and generated 1 comment.

Comments suppressed due to low confidence (2)

services/121-service/src/registration/validators/registrations-input-validator.ts:109

  • [nitpick] The refactoring introduces an explicit if block for paymentAmountMultiplier; please ensure that tests cover scenarios where this attribute is undefined as well as defined to prevent regressions.
if (row.paymentAmountMultiplier !== undefined) {

services/121-service/src/registration/validators/registrations-input-validator.ts:146

  • [nitpick] The added if block for validating scope should be verified by tests to confirm that both null and defined cases are handled consistently in the overall validation logic.
if (row[AdditionalAttributes.scope] !== undefined) {

@RubenGeo RubenGeo changed the title Fix validation consistency of null values Fix validation consistency of null values & send contact info to intersolve for intersolve attributes only Feb 18, 2025
@RubenGeo RubenGeo force-pushed the fix.validate-payment-amount-multiplier branch from 6523fcf to 935990d Compare February 18, 2025 14:41
@RubenGeo RubenGeo force-pushed the fix.validate-payment-amount-multiplier branch from 935990d to cf206e5 Compare February 20, 2025 08:24
@@ -668,7 +668,14 @@ export class RegistrationsService {
});
}

if (process.env.SYNC_WITH_THIRD_PARTIES) {
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Rename will make this a bit cleaner? Something like: SEND_UPDATED_CONTACT_INFORMATION_TO_INTERSOLVE

Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Renaming an ENV-variable that is already used in production isn't the easiest though...

The existing instances that have it set need to add the new ENV-variable first; So that it can be used during the next deployment.

AFTER that deployment, the old ENV-variable needs to be removed again. (to prevent confusion later)

Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

But besides that, I'm all for "naming things as explicitly as possible" :D

Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I agree with elwin here to keep it out of the scope of this fix

@diderikvw diderikvw force-pushed the fix.validate-payment-amount-multiplier branch from cf206e5 to f6b69b9 Compare February 20, 2025 14:27
@RubenGeo RubenGeo requested a review from diderikvw February 20, 2025 15:13
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
bugfix Something that affects our end users is fixed
Development

Successfully merging this pull request may close these issues.

3 participants