[buddypress-trac] [BuddyPress Trac] #8139: Network Invitations and Membership Requests
buddypress-trac
noreply at wordpress.org
Tue Oct 29 19:44:29 UTC 2019
#8139: Network Invitations and Membership Requests
--------------------------+-----------------------
Reporter: dcavins | Owner: (none)
Type: enhancement | Status: assigned
Priority: normal | Milestone: 6.0.0
Component: Registration | Version: 5.0.0
Severity: normal | Resolution:
Keywords: |
--------------------------+-----------------------
Comment (by dcavins):
Thanks for your feedback, Boone. Yes, it would be much simpler to not
change the actual registration process, so let's start there.
One question I have about your flow (which mostly matches what I was
imagining, probably because I've used Invite Anyone for a long time), is
that you say:
----
When we detect key=12345 on the register page, we check for a matching
signup, and perhaps pre-fill some of the info, like email.
----
This makes it sound like when a user invites a new member, a bare record
is created in the `wp_signups` table. Is this what you were intending? I
was imagining that an invitation would be created, and the `wp_signup`
would be created when the user responded (and the various hooks around
signup would be fired then, rather than at invitation). In your scenario,
when a user "registered" they'd be updating an existing signup, but as far
as most plugins were concerned, it would be a registration.
It's an interesting approach, and I'll think more about how we can
interact with the `wp_signups` table as part of an invitations/request
process and still keep the existing important hooks around registration
intact.
Thanks!
--
Ticket URL: <https://buddypress.trac.wordpress.org/ticket/8139#comment:6>
BuddyPress Trac <http://buddypress.org/>
BuddyPress Trac
More information about the buddypress-trac
mailing list