fixed check-in filter on frontend

[JustKong13]

Summary

This pull request fixes the bug that the "no check-in" filter was showing classes in which all groups were already sent a check-in email.

This bug stemmed from the fact that in order to display the order of email templates accurately in the send email modal, the backend fields were updated with numbers to reflect that order of email templates alphanumerically, rather than fixing the order on the frontend. Although this field name was changed in the database, it was not reflected in the filter logic. In this PR, filter logic was then updated to reflect the updated field.

Test Plan

In this example, ECON 1110 and PHYS 2213 students were matched, and updated the templateTimestamps field in the emulator database through the backend for ECON 1100. This was done through calling the updateGroupTimestamp in backend/functions/src/emailing/functions.ts.

Since the Microsoft Graph PR (#165) was not merged, I was not able to use the emailing feature via the frontend, which is why I called the backend function instead so that the database can update appropriately.

After applying the filter, ECON 1100 no longer shows up when applying the "no checkin email" filter, as expected.

Notes

This change has no affect on the ability of the system to get email templates. Although the id for the check-in email is check-in, it is still able to retrieve the correct email template since the filter does not communicate with the email templates.

Breaking Changes

[dti-github-bot]

[diff-counting] Significant lines: 2.

[github-actions]

Visit the preview URL for this PR (updated for commit e50f03e):

https://zing-lsc--pr187-fix-no-checkin-filte-n2deye59.web.app

_{(expires Tue, 12 Mar 2024 19:10:03 GMT)}

_{🔥 via Firebase Hosting GitHub Action 🌎}

_{Sign: 1fc18307b178c916e2663810a6932f60b173c01b}

[rgu0114]

Looks good Justin, and thanks for the detailed explanation of your changes! It was definitely helpful in understanding the reasoning behind the change.