![(please configure the [header_logo] section in trac.ini)](/chrome/site/your_project_logo.png){kind=logo}
Opened 4 weeks ago
Last modified 2 weeks ago
#65459 new enhancement
Show a filter for all already installed plugin authors on the plugins install page
| Reported by: | zodiac1978 | Owned by: | |
|---|---|---|---|
| Priority: | normal | Milestone: | Awaiting Review |
| Component: | General | Version: | |
| Severity: | normal | Keywords: | has-patch 2nd-opinion |
| Cc: | Focuses: | administration |
Description
Lately there are more discussions about finding new plugins on the official directory. The featured tab is now being curated to show new and upcoming plugins.
Inspired by #65359 (Filter plugins by author) and my own #65455 (Add "multisite" tagged plugins on a multisite installation) we could also have a new tab showing all plugins from the already trusted authors.
The tab would check all plugin authors installed at the moment, deduplicate them and query all the authors and output every plugin from those authors together in one list.
This would help to find more plugins from already trusted authors.
Not sure about the name of the tab/link, but if the idea is worth implementing, we will find a name. :)
What do you think?
Change History (9)
#2
@
4 weeks ago
I love this idea. Especially since the search feature by name does not always pull up all the author related plugins. I use Favorites most of the time, but this would be another great option.
#3
@
4 weeks ago
This is a great idea for plugin discovery! However, doing this purely in Core would be problematic for performance. Currently, the WordPress.org Plugins API doesn't support querying multiple authors in a single request. If we tried to query each installed author individually, it would result in dozens of separate synchronous API requests on the Add Plugins screen and break standard pagination.
The simplest, non-breaking solution would be to implement this exactly like the current 'Recommended' tab. We would create a new 'Trusted Authors' tab in Core that simply sends the list of installed_plugins to the API with a new browse=trusted_authors parameter. The WordPress.org server would then handle the heavy lifting of extracting the authors, finding their other plugins, and returning a nicely paginated list back to the user.
To move forward with this, we'll likely need to create a Meta trac ticket to add support for the trusted_authors endpoint to the Plugins API first. Once that's available, the Core patch will be very small and performant.
Worth discussing any better solutions if it comes to mind!
#4
follow-up:
↓ 5
@
4 weeks ago
I can see @abcd95's point, but let me pair it with the fact that the association between plugins and authors is not always clear. While it is of course for e.g. Yoast or Elementor, it's not automatic for e.g. Automattic (pun intended) or Awesome Motive.
So: what about some button/link in the installed plugins list, e.g. "Find other plugins by X" leading to a page that filters only by author X? No multiple requests.
In the context of my proposal here #65359 we could have only one link at the top of the list near the filter or so, instead of 1 more link per each installed plugin entry.
#5
in reply to: ↑ 4
;
follow-up:
↓ 8
@
3 weeks ago
Replying to lopo:
So: what about some button/link in the installed plugins list, e.g., "Find other plugins by X" leading to a page that filters only by author X? No multiple requests.
+1 to this. I think this is a good idea! This solves the API performance bottleneck when querying multiple authors at once. Adding a "View more plugins by [Author]" link on the Installed Plugins page that links directly to the existing author search (?tab=search&type=author&s=authorname) looks performant and avoids needing any upstream API updates. I think it's safe to head in this direction.
This ticket was mentioned in PR #12202 on WordPress/wordpress-develop by @abcd95.
3 weeks ago
#6
- Keywords has-patch added; needs-patch removed
@sebastienserre commented on PR #12202:
3 weeks ago
#7
Hello @himanshupathak95
The search doesn't correctly work.
I have installed Polylang as I know the authors have 2 plugins on the repo:
The 1st Screenshot is OK and display a link to the zuthor other plugins:
But clicking on it doesn't show the other plugin developed by WP Syntex / Chouby
#8
in reply to: ↑ 5
@
3 weeks ago
- Keywords 2nd-opinion added
[...] This solves the API performance bottleneck when querying multiple authors at once. Adding a "View more plugins by [Author]" link on the Installed Plugins page that links directly to the existing author search (?tab=search&type=author&s=authorname) looks performant and avoids needing any upstream API updates. I think it's safe to head in this direction.
I don't think this is the right direction. Here are my reasons for that:
(1)
If a plugin author wants to do that, it is already possible to do that via the plugin_action_links filter.
(2)
It only makes sense if there are more than 1 plugin as a result. Otherwise, the user clicks on the link for a plugin and gets only one result, which is the same plugin ... not a very useful click.
Therefore, I think we should consider our other options.
This idea from @abcd95 looks interesting:
The simplest, non-breaking solution would be to implement this exactly like the current 'Recommended' tab. We would create a new 'Trusted Authors' tab in Core that simply sends the list of installed_plugins to the API with a new browse=trusted_authors parameter. The WordPress.org server would then handle the heavy lifting of extracting the authors, finding their other plugins, and returning a nicely paginated list back to the user.
Even simpler: If the author search would accept a comma separated list of plugin authors instead of only one.
Both solution would need changes or additions to the API.
Perhaps @dd32 could comment on whether this is a feasible approach and we can open a meta ticket for it.
+1 This would be a nice way to surface work by plugin authors you already know and trust, as the OP mentioned.