Skip to content
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

[GROOMING TASK][Notification component] Recheck how the "schedulingobjects" collection works #554

Open
itswillta opened this issue May 14, 2021 · 0 comments

Comments

@itswillta
Copy link
Contributor

There are currently 2 weird issues about the schedulingobjects collection that needs reviewing:

  1. Deleting an event also creates a document in the schedulingobjects collection. So basically deleting an event creates a new event notification for the attendees. Therefore, an attendee can actually bring back the deleted/cancelled event by reacting (Yes/Maybe/No) to the event notification.
  2. An attendee accepting/maybe-ing/declining an event also yields a new event notification for the organizer. I don't know if this is an expected behaviour.

So please recheck how new items (documents) are created in the schedulingobjects collection. After that, create an issue to fix the behaviours.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

1 participant