[wp-meta] [Making WordPress.org] #6909: Internal Messaging Between Users (and how to gate it)

Making WordPress.org noreply at wordpress.org
Mon Apr 3 03:42:49 UTC 2023


#6909: Internal Messaging Between Users (and how to gate it)
-----------------------------+---------------------
 Reporter:  mrfoxtalbot      |       Owner:  (none)
     Type:  feature request  |      Status:  new
 Priority:  normal           |   Milestone:
Component:  Profiles         |  Resolution:
 Keywords:                   |
-----------------------------+---------------------

Comment (by dd32):

 > There are several scenarios were a (well vetted) internal messaging
 system would facilitate communication among contributors but I want to
 focus on security reports to illustrate why I think we should explore
 this.

 While I get the underlying intention here, I don't think a generalised
 "message someone on WordPress.org" is the appropriate solution for that
 use-case, where a far more targeted "Report an issue in this plugin" form
 with appropriate information gathering and escalation would be more
 valuable.

 This proposal obviously has far more uses than that though, which is
 explored further on, but all comes back to the notion of using email as
 the transport method, something that I'm not entirely a fan of. WordPress
 moved away from using email lists (https://lists.wordpress.org/) quite
 some time ago for good reason, and reimplementing them in this manner
 doesn't seem like something that is worth our time.

 Ultimately, I think the question needs to be asked of `what problem are
 you trying to solve?`, because the answer to that will greatly affect
 implementation.
 If it's "Contact people who have pledged time to a team via 5ftf" then you
 can ask things like "Should they be auto-subscribed to get Make/$team
 posts?" or "Should the Make P2s have a feature to send out a notification
 to everyone who has pledged time?"

 The WordPress plugin team already uses an implementation of this, both
 direct 1:1 through HelpScout and bulk emails to all committers (such as
 the "New version of WordPress is here, here's what you need to know"
 emails). Not all teams have a HelpScout inbox obviously, and the needs are
 very different to other teams.

 If we're considering anti-spam and opt-out, then the solution is probably
 either a) too much or b) poorly thought out, as 1) we can't allow
 anything-spam to be sent from w.org in the first place and 2) we already
 have a LOT of moderation happening via the support forums and we don't
 need to add another location/layer to it.


 tl;dr: What's the actual problem being solved here? What's right for one
 thing might not be for another, we already have communication platforms
 that should probably be used instead - what's actually preventing those
 being used?

-- 
Ticket URL: <https://meta.trac.wordpress.org/ticket/6909#comment:2>
Making WordPress.org <https://meta.trac.wordpress.org/>
Making WordPress.org


More information about the wp-meta mailing list