-
Notifications
You must be signed in to change notification settings - Fork 6
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
VAGOV-CMS- 9474: Remove old recurring events from View Other Times for this event dropdown #849
base: main
Are you sure you want to change the base?
Conversation
I spun this up locally at http://localhost:3999/central-western-massachusetts-health-care/events/73034/ and I'm seeing the below. @chriskim2311 are there correct times/dates on your end? |
@randimays Thanks for looking into that there was a formatting issue but the dates were being filtered properly. Also I was looking at the dates for a bit and realized the times for that event are around 2 months in length. I found a better example to test the changes against here. |
Tugboat has finished building the preview for this pull request! Links:
Link (redis): Dashboard: |
I checked your example and all the other events that are available and I found this one is still showing past events: |
Hey @randimays! Sorry if my comment wasn't clear before but this specific event has start times in October and end times in December. We are currently filtering based on end time which is why these are still showing. So the most recent date for this event is actually still ongoing. I would say this is bad data and does not align with other use cases of the recurring event dates. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Thanks for the clarification! LGTM
Description
We are removing any recurring events that are in the past so the add to calendar links are relevant with current or future events only. Unit tests were updated as well to accompany this change. We also fixed a playwright test that was failing.
Ticket
#9474
Developer Task
Tasks
Testing Steps
Tested this against recurring events locally. Check and see if any old dates are being shown for those type of events.
URL for testing: /outreach-and-events/events/64661/
QA steps
What needs to be checked to prove this works?
What needs to be checked to prove it didn't break any related things?
What variations of circumstances (users, actions, values) need to be checked?
Screenshots
Before:
After:
Is this PR blocked by another PR?
DO NOT MERGE
labelReviewer
Reviewing a PR
This section lists items that need to be checked or updated when making changes to this repository.
Standard Checks
Tasks
Merging an Approved Layout
When merging a layout, you must ensure that the content type has been turned on for
next-build
inside theCMS
. This CMS flag must be turned on for editors to preview their work using the next build preview server.Resource types (layouts) that have not been approved by design should NOT be pushed to production. Ensure that slug.tsx does not include your resource type if it is not approved.
The status of layouts should be kept up to date inside templates.md. This includes QA progress, development progress, etc. A link should be provided for where testing can occur.
Merging a Non-Approved Layout
Your new resource type should not be included inside slug.tsx. Items added here will go into production once merged into the
main
branch. It is imperative that we do not push anything live that has not been approved.Ensure that this layout has been added to the templates.md file with the current status of the work.