SparkDevNetwork / Rock

An open source CMS, Relationship Management System (RMS) and Church Management System (ChMS) all rolled into one.
http://www.rockrms.com
572 stars 347 forks source link

Event Registration default Lava Template sends waitlist members 'Additional Confirmation Details' in confirmation email #5747

Closed smross closed 5 months ago

smross commented 7 months ago

Description

The default lava template for waitlist members sends Event Registration Instance Additional Confirmation Details in the initial registration process, before they have been moved from the waitlist to the registrants.

I will be submitting a Pull Request to fix this.

Actual Behavior

Waitlist members receive additional confirmation information.

Expected Behavior

The default lava template for an event registration instance confirmation email should not send waitlist members additional confirmation details until they have been moved off of the waitlist.

Steps to Reproduce

  1. Create an event registration that has waitlist functionality enabled, using the default communication settings.
  2. Add registrants to reach the limit and put the registration instance into waitlist mode.
  3. Register again (the additional registrant is now on the waitlist).
  4. The registrar/registrant that is on the waitlist receives the 'additional confirmation details' information that is incorrect for waitlist recipients.

The confirmation email will send to them again when they are moved from the waitlist to the registration, so there is no reason to send them the additional confirmation details when they are on the waitlist.

Issue Confirmation

Rock Version

14.4, 16.2

Client Culture Setting

en-US

chead4 commented 6 months ago

@smross Hi Shawn - I am unable to recreate your issue in v16.2 and v16.3. Could you please supply screenshots of the issue that you are experiencing?

smross commented 6 months ago

@chead4 yes, I definitely will when I'm next able to. Hopefully this weekend.

smross commented 6 months ago

@chead4 Here's screenshots and an example process (sorry I missed that in the original):

Prerequisites:

Process with screenshots:

  1. Create a new Registration Template, with waitlist enabled: Bug5747-01

  2. Accept the default Communication Settings

  3. Populate the Registration Instance's Additional Confirmation Details: Monosnap Registration Instance | Rock RMS 2024-02-13 09-53-39

  4. Register enough people to get to the Maximum Attendees, such as 'Shawn Ross': Bug5747-02

  5. They receive a confirmation email, such as this one that includes the Addtional Confirmation Details: Bug5747-03

  6. Register an additional person so that they are on the waitlist, such as 'L.... Ross': Monosnap Registration Instance | Rock RMS 2024-02-13 10-01-51

  7. They receive a confirmation email that incorrectly includes the additional confirmation details, such as: Bug5747-04

  8. Move someone from the waitlist to be a registrant, and they will correctly receive the confirmation email which includes the additional confirmation details, such as: Bug5747-05 and Bug5747-06

I was able to duplicate this bug in the following systems:

chead4 commented 6 months ago

@smross Thank you for providing all the additional screenshots Shawn. Very much appreciated!

nairdo commented 5 months ago

Just to clarify for anyone else looking at this issue. There is also a corresponding data-migration that will be in v16.4 as Rollup_20240315.cs to correct any existing RegistrationTemplates.