Allow Hosts to Add Cohost (Re-Implemented)

[Rutvikrj26]

This Pull Request implements the feature to add cohosts for an event.

This PR is a continuation of the Cohost PR : #1925

The feature has been implemented in a similar fashion to how the author Invitation is handled currently.

Cohosts are supposed to be helper for hosts and can manage the participants(approving, rejecting participants)
To be cohost, one has to be first approved to join the event.

Worflow:

When a host opens the event page, the host will be able to see the option to invite a user as a cohost.

The person invited gets an email for cohost Invitation:

The person sees the invitation on the specific event's page.

When the person accepts, the host gets an email that the person has accepted the cohost invitation.

The form runs the check if the user is a participant in the event and prohibits inviting a random user as the last one implemented.

[Rutvikrj26]

Heyy @tompollard

This is the re-implemented version for inviting cohosts, following the implementation of author invitations in projects.
I've made some design decisions as to where the invitation is sent from, where it shows up, and how the implementation allows only the host to invite, and a participant to accept.
Please review and let me know your thoughts!

[tompollard]

Thanks @Rutvikrj26 I prefer this to the previous implementation. I added a few comments inline.

The "invite co-hosts" button and the "outstanding co-host invitations" content are hidden away in their current location.

Is there a reason why you didn't put them at http://localhost:8000/events/ (following a similar layout to http://localhost:8000/projects/)?

[Rutvikrj26]

The "invite co-hosts" button and the "outstanding co-host invitations" content are hidden away in their current location.

That is a design decision I made to abstract out the related event invitations inside.
I can have them on the general page as well. Since the events are a bit different from projects in nature, it made more sense that the person is getting any pending requests particular to that event inside the event-specific page.

@tompollard let me know your thoughts. We can change it if you feel it is better to have them on the generic events page.

[tompollard]

The "invite co-hosts" button and the "outstanding co-host invitations" content are hidden away in their current location.

That is a design decision I made to abstract out the related event invitations inside.
I can have them on the general page as well. Since the events are a bit different from projects in nature, it made more sense that the person is getting any pending requests particular to that event inside the event-specific page.

Thanks for explaining. Even for projects, outstanding tasks displayed at /projects refer to a specific project, so I don't think what we are doing with events are much different? My preference is to display the requests on the /events page (in the same way as projects), making it clear which event the task relates to.

[Rutvikrj26]

My preference is to display the requests on the /events page

Hey @tompollard , thanks for adding your thoughts. I've switched the cohost invitation to show up on the event home page rather than the individual event page.

[bemoody]

Looks good, thanks!