Fix volunteer RSVP language in non-RSVP event

[Meatchema]

Issue Description

Fixes #1663
For events that are not expecting RSVP, we need to change our language to 'Invited' students, if people are added ahead of time. Wherever we display those RSVP students, both before and after the event, should reflect this change.

New Changes (2/23/26)

• Added a feature in participants.py in which if the event is in the past, an eventParticipant will be created assigning hours to the volunteer and if the event is in the future, then an EventRSVP will be made labeling them as an RSVP.

New Changes (2/9/26)

• Removed the invitedUser variable in Volunteer.py, also used in VolunteerDetails.html
• Removed time restraints to the invitedUser variable and attendedUser variable .
• Added condition to tables under 'manage volunteers' and 'volunteer details' that would check if RsvpRequired was required or not. This resulted in 'invited' only showing on the tables within a Non-RSVP event and 'RSVP' only showing on the tables within a RSVP event.
• changed eventVolunteerData to include non-waitlist RSVP's so that the manage volunteer table can see ALL the volunteers added to the event

Changes (Original)

• Created the invitedUser variable in Volunteer.py, also used in VolunteerDetails.html
• Added time restraints to the invitedUser variable and attendedUser variable so that the code could differentiate between them based on whether the student joined before or after the event. (Also adjusts so that if the event starts, they are considered attended)

Testing

• Go to "Settings" under the "Admin" tab
• Click on the "Term Management" drop down section
• Click on the most recent year and then click add new term (Repeat until you can click on Spring 2026)

Under "Create Events":

• Create two events of any type with under admin permissions (one event needs to have RSVP and the other shouldn't)
• They both need to have a date after your current day (nothing on or before your current date in real life)
• Switch to student and sign up for both events:
  Note: To add the student to the non-RSVP event:
  - retrieve the student's B# from their profile
  - Switch back to Brian's Admin Profile
  - Go to event's list and click on the non-Rsvp event
  - Click on Manage Volunteers, click Scanner Entry, then past the B#
  - This should result in the 'Invited' status in a non-RSVP event, and 'RSVP' status on a RSVP Event.
• Once you go to "Volunteer Details", within "Events List", you will see that the student has been added as well as their status
• Look at the table view, under volunteer status, the student will either be "RSVP", "Invited", "Waitlisted, or "Attended"

Note (UPDATED-2/9/26):
RSVP- A person who registered for an RSVP event online
Attended- An RSVP individual entered manually through Barcode to an RSVP event
Invited- An individual manually added to a non-RSVP event (using name search)
Waitlisted- A person who registered for the event after the RSVP limit was reached

The creation of these two previous events is to make sure that' RSVP' shows up under the RSVP event and 'Invited' shows up for the non-RSVP event. The ATTENDED status will only show if entered through the barcode. This is because the barcode and B# scanner is only used during and at the start of school events meaning the student is already there. Now you will create the third.

[bakobagassas]

For non-rsvp events, when we manually add a volunteer using the scanner, they show as invited however, when we manually add them using their names they show as RSVP and not invited. It should be consistent when the event is non-rsvp whether we use the name search or scanner, we should have always have Invited instead of RSVP

[bakobagassas]

The people entered through the scanner thingy don't show up in manage volunteers, only in volunteers list. They should show up in both normally

[Kafui123]

I think that under the volunteer status "waitlisted" might read more naturally instead of "waitlist"

[RueHaile]

In my opinion, it makes more sense as an admin to be able to invite certain students to a non rsvp program and for it to display as invited regardless of the entry method, be it through "scan entry" or through "add volunteers."

[Meatchema]

In my opinion, it makes more sense as an admin to be able to invite certain students to a non rsvp program and for it to display as invited regardless of the entry method, be it through "scan entry" or through "add volunteers."

Good Afternoon, I was informed by Brian that anytime that a user is entered via Barcode the result should always be attended since the barcode scanner is only used at the start of an event. It is never used significantly before the event actually happens, so it does not qualify for invited or RSVP status. I will however try to ask Brian to check in on this to make sure this is the final product that was aimed for.

[RueHaile]

In my opinion, it makes more sense as an admin to be able to invite certain students to a non rsvp program and for it to display as invited regardless of the entry method, be it through "scan entry" or through "add volunteers."

Good Afternoon, I was informed by Brian that anytime a user is entered via barcode, the result should always be attended since the barcode scanner is only used at the start of an event. It is never used significantly before the event actually happens, so it does not qualify for invited or RSVP status. I will, however, try to ask Brian to check in on this to make sure this is the final product that was aimed for.

No need, I just wanted to make sure that there is a reason behind the logic

[bakobagassas]

There is an error that occurs when we add a person through the scanner to an event that is an RSVP event. It looks like we are trying to access the rsvpTime for the EventParticipant, but it does not exist. I am guessing it is because your participants from the Scanner do not have RSVP time ? not sure.
Here is a screenshot of the error.

[Meatchema]

The process has now been updated, now when the event is in the past EventParticipant will assign the volunteer with the hours they earned and if the event is upcoming it will create an EventRSVP object instead noting the user as RSVP :

The first image shows the RSVP time stamp now working after the change.

The second image shows an event that is RSVP and Currently in progress, so it shows RSVP for both the Add volunteers and Scanned Entry button results:

The third image shows an event currently in progress (counted as a past event) and so the hours now show for this rsvp event:

This last image is of a non-RSVP event, in which students were added via Scanner and Add Volunteer Button, The new changes do not seem to have interfered with the results for non-RSVP events (Incorrect! During testing it did mess with the non-RSVP events, I have done more fixes to ensure that attended shows up for the scanner entry and invited shows for the 'add volunteers' button. This rule only applies to non-rsvp events:

New results for non-rsvp events (as what the buttons currently do based on event type):

Non-RSVP Event Timeline:

if Event hasn't started yet:
-'Scanner': Adds as attended
-'Add volunteer': Adds as invited (shows in "RSVP and Waitlist" section before event)

if Event has passed:
-'Scanner': Adds as attended
-'Add volunteer': Adds as attended (shows in main volunteers table)

RSVP Event Timeline:

if Event hasn't started yet

• 'Scanner': Adds as RSVP (or waitlist if limit reached)
• 'Add volunteer': Adds as RSVP (or waitlist if limit reached) - shows in "RSVP'd Volunteers" section

if Event has passed

-'Scanner': Adds as attended

• 'Add volunteer': Adds as attended

[github-actions]

View Code Coverage