• Generate a signup key (5 digit code) on the backend and link it to some temporary object representing the pending account
• For now, email the code to a set email address (waiting on designers for clarification)
• Make an API route to check the code entered on the frontend
• Allow new admin account to be created only if code was correct

Will be used for profile photos, dog images, and other images used throughout the website

The progress bar on the application page should reflect whatever stage the application is currently in. Also, from both an admin's POV and a user's POV, whenever an action is taken by one of the them (schedule an interview, pass a stage, etc.), the application page needs to be updated to reflect that.

Myriad Pro is the font specified in the Figma design and right now we have the default react project fonts.

• automated email formatting doesn't work when the message has multiple lines (puts it all on one line)
• slight delay (about 2-3 seconds) between clicking "Send" and the thank you popup showing up

Fill the table on this page with all fosters assigned to this coordinator

Display user's pending, current, and past fosters (if there are any)

Authenticate users/admins during login

In each interview scheduling screen on the admin side, in the "location" row shown below, implement the input field where the admin can enter the interview location. Use placeholder "Location" instead of "URL" from the screenshot, because they might do it over the phone or something else. I believe there is a location field on the application object in the database, and currently it always stores a hardcoded string "[TBD]", so use the value from the text field instead.

Images look squished, cards get cut off :(

• [Frontend] Admin side - no confirmation after initial interview (step 2) is passed, or step 4 dog is chosen, or step 5 after meet and greet confirmed - show a popup saying "Interview confirmed!" or similar first; when showing the page afterwards, check for existence of message in application object and disable the confirm button if present
• [Frontend] Foster profile component - make it wider and fix the padding
• [Frontend] Change default confirmation messages to have more obvious placeholders
• [Frontend] Use standard status update component for meet and greet (step 5) on admin side
• [Frontend] Implement internal foster notes
• [Frontend] Step 4 foster profile and internal foster notes are hardcoded - use existing foster profile component and fill internal notes from application object

Update DB whenever an interview is scheduled for any of the stages. Also, display the appropriate information for an interview depending on the stage and the user.

Links in the navbar should match what the user has access to:

• User: Dashboard, Contact Us
• Ambassador: Pending Applications, Current Fosters, Manage Dog Profiles, Calendar, Profile
• Management: Pending Applications, Fosters, Manage Dog Profiles, Calendar, Profile
• Coordinator: My Fosters, Manage Dog Profiles, Profile

The name and role in the header should match the current user's info.

Add a new entry in the applications collection whenever an application is submitted

Update DB whenever a user sets their weekly schedule. Also, for each day, display all users that are available that day and their respective hours.

• connect contact page to backend
• use nodemailer

• Get admin profiles from DB to display on this page
• Display appropriate information when "My Profile" button is clicked
• Update data in DB whenever profile is edited

Also includes the create a new dog profile popup form

Contains the component for volunteers to add their schedules

Used in application process stage 4

For management, fill the table will all pending applications and corresponding information about them. For ambassador, fill the table with all of the pending applications assigned to that ambassador.

For an ambassador, fill the table with all the fosters this ambassador was assigned to. For management, fill the "All Fosters" table with all past fosters. Then, fill the "My Repeat Fosters" table with all fosters that have a pending application and have already fostered a dog before.

This component contains the interview info (date, time, etc.), admin's notes from the interview, and the ability to reject, contingent, or pass the candidate from that stage.

Only authenticated users should be able to access all API routes and each user should only have access to the routes necessary for their role.