Skip to content

SSF-188 Automated Order Lifecycle Emails#162

Open
Juwang110 wants to merge 20 commits intomainfrom
jw/ssf-188-automated-order-lifecycle-emails
Open

SSF-188 Automated Order Lifecycle Emails#162
Juwang110 wants to merge 20 commits intomainfrom
jw/ssf-188-automated-order-lifecycle-emails

Conversation

@Juwang110
Copy link
Copy Markdown

@Juwang110 Juwang110 commented Apr 21, 2026

ℹ️ Issue

Closes https://vidushimisra.atlassian.net/jira/software/projects/SSF/boards/1?jql=assignee%20%3D%20712020%3A10ef9ad9-e290-4bbd-8c4b-cb215e8d449a&selectedIssue=SSF-188

📝 Description

Email templates for:

  • Pantry’s Food Request has a matched order
  • FM’s donation has been matched to an order
  • Food Request closed

✔️ Verification

BEFORE TESTING: Add 2 new environment variables:

AWS_SES_SENDER_EMAIL (set this to one of your emails, this will be the address that sends the emails for you to verify)
SEND_AUTOMATED_EMAILS (switch this to true to turn on Cognito account creation and email sending permissions)
Add your email that you put in the AWS_SES_SENDER_EMAIL into the following AWS SES Identities: https://us-east-2.console.aws.amazon.com/ses/home?region=us-east-2#/identities

Tested each workflow to ensure the proper sender, subject, message, attachments were all there.

Same testing as #127

I verified it worked via new tests and testing email functionality with postman.

🏕️ (Optional) Future Work / Notes

For food request closed the functionality is as follows (per Yurika):

For manual close (closeRequest endpoint):

  • coordinator = volunteer who hit endpoing with req.user.id

For auto close (updateRequestStatus):

  • coordinator = the last volunteer who touched an associated order of that request that was most recently delivered.

Copy link
Copy Markdown
Collaborator

@sam-schu sam-schu left a comment

Choose a reason for hiding this comment

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

For sending the emails:

  1. For consistency with our other emails, can we send the emails outside of the transaction, so the order is still created even if an email fails to send? (We do plan to add better handling for failed emails across the board)
  2. Can we try sending both emails, even if one fails?

Comment thread apps/backend/src/emails/emailTemplates.ts Outdated
@Juwang110 Juwang110 requested a review from sam-schu April 29, 2026 17:24
Copy link
Copy Markdown
Collaborator

@sam-schu sam-schu left a comment

Choose a reason for hiding this comment

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

Confirmed the emails are properly sent! A few comments on the contents:

  • Can we link the text "log into the platform" rather than including the link at the end of the email?
  • Can we turn the coordinator email into a link?
  • For the manufacturer email, can we make sure the different address lines appear on different lines in the email body, and add a comma between city and state?
814 Cedar Hollow Way
[Unit 1]
Madison, WI 53711
[US]

@Juwang110 Juwang110 requested a review from sam-schu May 4, 2026 19:44
Comment thread apps/backend/src/orders/order.service.ts Outdated
Comment thread apps/backend/src/emails/emailTemplates.ts Outdated
Comment thread apps/backend/src/orders/order.service.ts Outdated
Comment thread apps/backend/src/orders/order.service.ts Outdated
Comment thread apps/backend/src/orders/order.service.spec.ts Outdated
Comment thread apps/backend/src/orders/order.service.spec.ts Outdated
Comment thread apps/backend/src/orders/order.service.spec.ts
Comment thread apps/backend/src/orders/order.service.spec.ts
Comment thread apps/backend/src/orders/order.service.spec.ts
Comment thread apps/backend/src/orders/order.service.spec.ts
@dburkhart07 dburkhart07 removed the request for review from swarkewalia May 5, 2026 05:33
@Juwang110 Juwang110 requested a review from dburkhart07 May 6, 2026 21:02
Comment thread apps/backend/src/emails/emailTemplates.ts Outdated
Comment thread apps/backend/src/emails/emailTemplates.ts Outdated
Comment thread apps/backend/src/foodRequests/request.service.ts Outdated
Comment thread apps/backend/src/orders/order.service.ts Outdated
Comment thread apps/backend/src/orders/order.service.ts Outdated
@Juwang110 Juwang110 requested a review from sam-schu May 7, 2026 20:32
Copy link
Copy Markdown

@dburkhart07 dburkhart07 left a comment

Choose a reason for hiding this comment

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

sorry this is so many comments lol. should hopefully be good after this <3

Comment thread apps/backend/src/foodRequests/request.service.ts Outdated

it('sends pantry closed email with last delivered order assignee on auto-close', async () => {
const requestId = 1;
const pantry = await testDataSource.getRepository(Pantry).findOne({
Copy link
Copy Markdown

Choose a reason for hiding this comment

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

nit: can we cast both of these rather than a !

await service.updateRequestStatus(1);

const request = await service.findOne(1);
expect(request.status).toBe(FoodRequestStatus.CLOSED);
Copy link
Copy Markdown

Choose a reason for hiding this comment

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

Can we either add to this test or create another test that, in this event, in addition to the request still closing, that the error message is also logged?

mockEmailsService.sendEmails.mockRejectedValueOnce(
new Error('SMTP error'),
);

Copy link
Copy Markdown

Choose a reason for hiding this comment

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

Can we make sure before this update call, that the request beforehand was marked as active?

`UPDATE food_requests SET status = 'closed' WHERE request_id = 1`,
);

await service.updateRequestStatus(1);
Copy link
Copy Markdown

Choose a reason for hiding this comment

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

can we make sure the request was closed before this call?

expect(item1After?.reservedQuantity).toBe(item1Before?.reservedQuantity);
expect(item2After?.reservedQuantity).toBe(item2Before?.reservedQuantity);
});
});
Copy link
Copy Markdown

Choose a reason for hiding this comment

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

Can we add the following tests:

  1. Rollsback transaction when the donation service match fails
  2. Add a new test for throwing an error when we have 0 donation items (an empty map gets passed in), since we cant create an order with no items/allocations
  3. A test where the request is not found

', ',
)}`,
const donationItemIds = Array.from(itemAllocations.keys());
const donationItems = await this.donationItemsService.getByIds(
Copy link
Copy Markdown

Choose a reason for hiding this comment

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

Can we make sure that donationItems has at least one item in it beforehand, and throw a BadReqeustException otherwise?

const donationItems = await this.donationItemsService.getByIds(
donationItemIds,
);
const fmDonations = await this.donationRepo.find({
Copy link
Copy Markdown

Choose a reason for hiding this comment

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

Can we also make sure the food manufacturer has some donations?

for (const donationItem of donationItems) {
const id = donationItem.itemId;
const quantityToAllocate = itemAllocations.get(id)!;
const invalidItems = donationItems.filter(
Copy link
Copy Markdown

Choose a reason for hiding this comment

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

I'm thinking about the edge case where we have a bunch of fulfilled donations. In the instance where we have donation items part of this filled donation, we will get an issue about the desired quantity being more than the fulfilled quantity. Can we get either @sam-schu or @Yurika-Kan's thoughts on this? should we keep it the way it is, or throw a potentially more helpful error that no donation item ids can belong to fulfilled donations, in addition to needing to be from donations from this food manufacturer.

await this.dataSource.transaction(async (transactionManager) => {
validateId(manufacturerId, 'Food Manufacturer');
validateId(requestId, 'Request');

Copy link
Copy Markdown

Choose a reason for hiding this comment

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

Can we also validate early on that all the allocation values are greater than 0?

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

3 participants