hackforla / hackforla/VRMS

[vrms.io] Most meeting times are stuck at "2024-03-xx" - "2024-04-xx"

Open
#1,795 0 comments 0 reactions 0 assignees View on GitHub
Bug complexity: large Dependency - Icebox p-feature: Events Research role: Dev Lead role: devops size: 3pt
Dominant language
JavaScript
Stars
61
Forks
101
PR merge metrics
No merged PRs in 30d

Description

### Dependency
- [ ] Close if the following issue is completed: https://github.com/hackforla/VRMS/issues/1872

### Overview

Most meetings look to be incorrectly stuck at "2024-03-04"-"2024-03-11", and some "2024-04-xx". Peopledepot was one of them and got unstuck by updating the event.

### Action Items

I'm not sure if there's a way to reproduce and test fix this in dev/staging. These instructions are targeting production

- [ ] confirm the problem
- [ ] apply some solution
- [ ] verify the problem is solved (go to the [recurringevents output](https://www.vrms.io/api/recurringevents) and search for the affected dates, or make sure the code is not generating any events belonging in the distant past.)

### Resources/Instructions
- This issue is part of the epic: https://github.com/hackforla/VRMS/issues/1838

Slack conversation about the issue From #people-depot slack message:

Fang: Interesting... The VRMS site wasn't listing our meetings before and I manually toggled the "ready" switch before our meetings for a while and then stopped some time ago. I thought it was because their team was in some transition phase where they'll fix all the events once they're done, but it didn't happen and I forgot to follow up.

Anyway, I remembered today and checked their [daily events output](https://www.vrms.io/api/recurringevents) for our project (peopledepot), and saw that our meeting date and time was set to something like "2024-03-08", see [this commit](https://github.com/hackforla/website/commit/eacfa7745da4a21d5b4337b1cc2310846714ba61#diff-18741376ccb4a9a5fb563ca0e9d765d8a79d0dbb8d99adceb81e2888b91cc86dL1) for that data.

So I thought: if I went and updated that meeting, maybe it'll get processed with their current backend event logic. I updated our zoom link for the event and now our next meeting time is "2024-10-18T00...", which I assume is UTC for the correct time. So we can try going to VRMS.io at the next meeting to see if we're listed.

Furthermore, there seems to be 7 other projects that are stuck at the "2024-03-08" meeting date. Maybe their members also aren't logging their volunteer hours?

There's some [commits around 2024-03-08 dealing with generating recurring events](https://github.com/hackforla/VRMS/commits/development/?after=cd460655c295ab60ce8d6e83da33a2e17deca653+0) that might have done this.

- Looks like the affected events range from 3/4-3/11, which corresponds to the commit dates. Most meetings are affected. Like the search results for "03-" covered >70% of the events on the page.

- looks like the only events not affected are the Expunge Assist PM, the 3 Research/UX-UI meetings, and PeopleDepot at this point.

- There's some meetings at 2024-04-xx as well, like a DevOps meeting.


Contributor guide

Open the contributing guide

Assessment

This issue has not been assessed yet.

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.