[wp-meta] [Making WordPress.org] #5937: Extend the possibility for leaving a plugin or theme review

Making WordPress.org noreply at wordpress.org
Wed Dec 15 05:46:33 UTC 2021


#5937: Extend the possibility for leaving a plugin or theme review
-------------------------+---------------------
 Reporter:  Clorith      |       Owner:  (none)
     Type:  enhancement  |      Status:  new
 Priority:  normal       |   Milestone:
Component:  General      |  Resolution:
 Keywords:               |
-------------------------+---------------------

Comment (by dd32):

 **This is just me thinking aloud, nothing solid or set in stone here**,
 there are a number of things related to this that I've removed as
 unrelated.

 Regardless of how it's implemented, this is something that I've talked
 with various people over the years multiple times, many plugins/themes get
 next to no reviews, which negatively affects WordPress.org's ability to
 use review data for ranking/search/sorting/highlighting purposes.

 We could also benefit from it for things like Blocks, Patterns, and Photos
 shown directly within the editor where we'll unfortunately need a way to
 allow someone to flag/report items directly from their editor instance,
 even if they don't have a WordPress.org account.

 There are a number of ways we could offer this including:
  - oAuth flow against their site, which potentially means us having an
 access token for their site temporarily..
  - Private .org API which allows a WordPress site to submit reviews/flags
 about an item, with a callback built in so that .org can verify that the
 site who is who it said it is.
  - Private .org API which is the same as above, but returns a special URL
 which can be presented to the user in an iframe, allowing them to review
 an item:
    - (Name + Email or Login button) + Site (hard-coded) + Item (plugin X,
 hard-coded) + Review Text
    - For "high risk" reviews/browsers/whatever it can then go to pending +
 email confirmation
    - if it's deemed "low risk" published as-is until flagged by someone
 (effectively, public unless anyone logged in says "uhh" at which point it
 goes to modlook)

 Now that I think about it more, the final option there is probably the
 most ideal for a review, while the second is probably the best for a "flag
 this item" action.

 We have some flags we can use here, not all of which will be super
 helpful..
  - Whether the site has submitted reviews before, Whether the Name+Email
 provided has submitted them before, etc.
  - reCaptcha is in use on WordPress.org login, but misses a bunch of
 things. If we had an iFrame that the review was submitted through we'd be
 able to validate that.
  - On login, we have some heuristics around email addresses, manual
 blacklists, and a few other tools which could be leveraged. That would
 allow extra heuristics to be applied to what will effectively be a public
 "comment" that's not as easily accessed as comment forms..
  - Akismet, since as I just realised, it's effectively a comment..
  - WordPress.org stats can probably give some kind of "Is Site URL A in
 good standing" based on how long the site's hashed ID has existed, there's
 bound to be some clashes but few enough to matter.

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


More information about the wp-meta mailing list