Update custom RSVP closure logic: Enable cancellations and waitlist progression until 3.5h before event
Les mainteneurs répondent en général sous 1 jour
Une pull request liée a déjà été fusionnée.
- #3003 par @mroderick — fusionnée
Évaluation
- Difficulté
- 4/5
- Temps estimé
- 3-5 jours
- Accessibilité débutants
- 45/100
Piste de recherche
Start by locating the custom RSVP closing-time logic and the cancellation, waitlist progression, and notification paths; the issue does not name specific files or tests. Read those entry points and their existing tests first. Done means new joins remain blocked after RSVP closure, cancellations and automatic waitlist promotion with email continue until 3.5 hours before the event, and all these changes stop at that cutoff.
Rédigé par le modèle d'indexation à partir du texte de l'issue.
Description
Description of the issue 📄
Because of strict Centralised Security rules at our London corporate hosts, we must send a final guest list in advance for ID checks. To handle last-minute cancellations without extra manual work, we now send both the main list and the waiting list to security. This way, everyone on either list is already approved to enter.
We are using the new Customised RSVP closing date and time feature to help with this process, but we need to adjust how it works. Once RSVPs close, the system should stop new people from joining, but still let the pre-cleared waitlist automatically fill any cancellations until a final cutoff 3.5 hours before the event.
Current Behavior
When the custom RSVP closing date/time is reached, the system successfully blocks new users from joining the main list or waiting list. (This must be maintained).
New Requirements
- Maintain Current Block: Keep blocking new users from joining the main list or waiting list once the custom RSVP closing time has passed.
- Enable Post-Deadline Cancellations (New): Allow users already on the main list to cancel their spot even after the RSVP deadline has passed.
- Enable Post-Deadline Auto-Progression (New): If someone cancels their spot after RSVP closure, the system should automatically move the next person on the waiting list to the main list.
- Hard Lockdown at T-Minus 3.5 Hours (New): Exactly 3.5 hours before the workshop starts, the system should freeze. No more cancellations or waitlist changes are allowed, so the attendee list is final.
- Langage dominant
- Ruby
- Étoiles
- 106
- Forks
- 208
- Merge moyen
- 19 h 31 min
- PR mergées (30 j)
- 84
Préparer son environnement
- Fournit un Dockerfile ou un fichier Docker Compose
- Aucun modèle de pull request
- Lire le guide de contribution
Par où commencer
- Lisez l'issue en entier, puis le guide de contribution du projet.
- Signalez en commentaire que vous la prenez — cela évite que deux personnes fassent le même travail.
- Forkez le dépôt et travaillez sur une branche.
- Ouvrez une pull request qui référence le numéro de l'issue.
Autres issues de codebar/planner
-
DashboardQuery eager-loads workshop_host with :sponsors in one join (same host-loss trap as #2975)Ouverte
Difficulté 2/5 1-3 heures Accessibilité débutants 78/100
Les mainteneurs répondent en général sous 1 jour
-
enhancement
Difficulté 2/5 1-3 heures Accessibilité débutants 76/100
Les mainteneurs répondent en général sous 1 jour
-
Difficulté 2/5 1-3 heures Accessibilité débutants 68/100
Les mainteneurs répondent en général sous 1 jour
-
Dual Invitiation issuePeut-être pris @mroderick l’a pris il y a 6 jours. Ouverte
Difficulté 3/5 1-2 jours Accessibilité débutants 42/100
Les mainteneurs répondent en général sous 1 jour
-
Difficulté 5/5 Plus d'une semaine Accessibilité débutants 28/100
codebar/planner#3008 · 2 commentaires ·
Les mainteneurs répondent en général sous 1 jour
Toutes les issues de codebar/planner
Issues similaires
-
Difficulté 2/5 1-3 heures Accessibilité débutants 78/100
Les mainteneurs répondent en général sous 2 jours
-
Concept round-trip: serialized "id" parses as #id, #uuid then lazily derives a different UUIDOuverte
Difficulté 2/5 1-3 heures Accessibilité débutants 74/100
glossarist/glossarist-ruby#247 ·
Les mainteneurs répondent en général sous 1 jour
-
Difficulté 2/5 1-3 heures Accessibilité débutants 68/100
voxpupuli/puppet-corosync#589 · 1 commentaire ·
-
Please add RHEL 10 supportOuverte
Difficulté 2/5 1-3 heures Accessibilité débutants 65/100
theforeman/puppet-foreman_scap_client#93 · 1 commentaire ·
-
Difficulté 2/5 1-3 heures Accessibilité débutants 78/100
simp/pupmod-simp-simp#406 ·