{5} Accepted, Active Tickets by Owner (Full Description) (44 matches)

List tickets accepted, group by ticket owner. This report demonstrates the use of full-row display.

DrewAPicture (1 match)

Ticket Summary Component Milestone Type Created
#1866 Add a basic "suggest an edit" workflow to the handbooks plugin Handbooks enhancement 07/29/2016

We've talked about this quite a bit in the context of DevHub where User Contributed Notes are occasionally used as a feedback mechanism. Basically, we need a way for docs consumers to report problems or suggest edits of published documentation on .org.

The initial proposal would be to build or use something akin to Post Forking on the front-end of handbooks and eventually other places like DevHub or HelpHub.

Personally I don't think an MVP has to be a complete solution, it mostly needs to cover the rift drawn between moving away from the Codex where any user could edit anything to the now largely closed systems on .org.

I think starting with the handbooks would be the way to go.

Otto42 (5 matches)

Ticket Summary Component Milestone Type Created
#2699 Add a new role to the forums: plugin/theme support Support Forums enhancement 04/07/2017

Plugin and theme authors currently have the power to mark threads as resolved within their own support forum, which is great.

Problem description However, some of the larger plugin/theme shops have a support team to help out on their own support forums. I think it would be useful to be able to recognize those people in the support forums, like we’re able to recognize authors.

Proposal So what I would like to propose is adding a new role: Plugin/Theme Support. Everyone with this role should have rights to mark topics within their own support forum as resolved, and should not be affected by posting speed limitations for their own support forum. This role should also show in the forums as ‘Support’, similar to author.

The reason why I propose a new role, instead of adding the capability to the contributor role is because, in my opinion, they serve a different purpose. Let me explain.

A contributor is someone who helped your open source project forward. This can be by providing feedback, writing code, creating images, doing marketing or being a friend of the project, for example.

Someone working on support does contribute his/her (paid) time to your project and is in that way a contributor. However, I think there are more than enough valid use cases where you don’t want someone who contributed code (for example) once to be able to close support request on behalf of the author.

That’s why I think having a separate support role would be viable. It would show the community that this person is vetted and answering on behalf of the plugin/theme author.

Related ticket This proposal is related to ticket #2598.

Managing support role Of course, it should be possible for plugin authors to manage the list of support people. I see two reasonable ways to do so, which should be mutually exclusive.

One way is by adding the usernames to the readme.txt file, the same way contributors are currently added. The other way would be to add users the same way committers are currently added, on the Advanced View of the plugin.

Showing support staff To be transparent about this, we’d probably also need a place to list people in the support role. This could be the Advanced View page, or even the plugin page itself.

#4825 Add Enterprise content to General Q1 enhancement 11/05/2019

The Enterprise Growth council has been working on content geared toward enterprise decision-makers as a companion to the content the Growth Council created in 2018.

This is essentially a microsite that will live at All the content and designs required for this is here:

and here:

Any additional coordination with the council can take place in #council-ops

#4123 Proposal to improve the main navigation menu accessibility General defect (bug) 01/29/2019

Several HTML5 sectioning elements automatically create ARIA landmark regions.

Landmark regions are exposed to assistive technologies and allow users to quickly find information in a page. Ideally, all content in a web page should be wrapped within landmark regions. For now, I'd like to propose to focus on the navigation menu.

In this specific case it's important to know that <nav> elements are mapped to an ARIA role=navigation. Therefore, <nav> elements are perceived by screen readers and users can jump to them using dedicated keyboard shortcuts.

In the network, some sections don't use <nav> elements at all. For example, the home page (screenshot from Safari and VoiceOver):

Other sections do use navigation landmarks but not for the main menu. For example, the Themes section has two of them:

Same in the Plugin section sub-pages:

For clarity, these are respectively:

  • a <nav> element with a role="navigation": it was common practice to repeat the role even if redundant, to support old browsers assistive technologies
  • a <div> element with a role="navigation", which is equivalent to a <nav>

Besides technical details, the most important navigation (the main one) doesn't use a navigation landmark. Wrapping the main menu in a <nav> element would be a good, simple, improvement.

Note: when in a page there are multiple landmarks of the same type, it's important to use an aria-label to help users to distinguish them. This is also what WordPress core and the bundled themes do.


  • wrap the existing main menu markup in a <nav aria-label="Main menu">
  • where present, add to the secondary navigation an aria-label="Secondary menu" (or any better wording)
  • the toolbar already uses an aria-label="Toolbar", no need for any change


  • modernize the markup: remove role="navigation" and just use a <nav> element

Note about the wording: When screen readers encounter a <nav> element or a role="navigation", they already announce "navigation": it's recommended to not use this word in the aria-label because it would be announced twice.

#5343 SVN: Update precommit hooks to block 'compressed' files. Plugin Directory enhancement 07/29/2020

Pre-commit hooks should block the following prohibited filetypes:

  • .phar
  • .zip
  • .7z
  • .tar.[whatever]
  • .rar
  • .dmg

Those are basically the common ones people make mistakes with. It should apply to themes and plugins SVN.

#4184 Add a robots.txt disallow all rule to Version Control defect (bug) 02/18/2019

Replace the contents of with:

User-agent: * Disallow: /

SergeyBiryukov (4 matches)

Ticket Summary Component Milestone Type Created
#2204 Forum RSS Feed Issues Support Forums defect (bug) 11/03/2016

The RSS feeds generated by the new Plugin Directory platform have a number of drawbacks/defects compared to the feeds that were generated by the old platform.

  1. When a new reply is posted to a topic:
  • The email message generated for "subscribers" to the topic also has the correct information, but the message comes as plain-text so markup for code blocks, lists, etc. is lost.
  1. When the original post in a topic was modified, the feed generates and ongoing stream of "updates" identical to the original except for the "This topic was modified 2 weeks, 6 days ago by ..." text. This makes it hard to identify topics with genuine updates.
  1. When updates are posted to old topics (e.g. started 8 months ago), no RSS feed update is generated. It is hard to know when new activity occurs in an old topic.

Minor notes:

  1. The subject line no longer includes the plugin name, which makes it harder to organize an archive by plugin.
  1. The subject line no longer includes the post author, which would be fine if the actual author value was set correctly.
  1. The subject line now identifies "[Resolved]" topics, but not any other status value.

In short, RSS updates should contain:

  • The actual text of the update, with HTML markup
  • The actual date/time of the update
  • The actual author of the update
  • A subject line that includes the plugin name and perhaps the current status in addition to the topic title.

#4695 Add FAQPage schema markup to plugin pages Plugin Directory defect (bug) 08/20/2019

Plugin pages, like, often contain FAQ content.

When this is the case, we should output FAQ schema markup, with an aim to encourage Google to show FAQ questions+answers in the search results (therefore achieving extra visibility and clickthrough-rates).


  • Add an additional node to the existing schema markup on plugin pages, for "@type": "FAQPage".
  • Add a mainEntity property to house the questions.
    • Loop through each question/answer, and construct a Question node with an acceptedAnswer property.

Example output

  "@context": "",
  "@type": "FAQPage",
  "@id": "{{CANONICAL_URL}}",
  "url": "{{CANONICAL_URL}}",
  "mainEntity": [{
    "@type": "Question",
    "name": "What does the plugin do to help speed up my site?",
    "acceptedAnswer": {
      "@type": "Answer",
      "text": "It concatenates all scripts and styles, minifies and compresses them, adds expires headers, caches them, and moves styles to the page head, and scripts (optionally) to the footer. It also minifies the HTML code itself, making your page really lightweight."
  }, {
    "@type": "Question",
    "name": "But I’m on HTTP/2, so I don’t need Autoptimize?",
    "acceptedAnswer": {
      "@type": "Answer",
      "text": "HTTP/2 is a great step forward for sure, reducing the impact of multiple requests from the same server significantly by using the same connection to perform several concurrent requests. That being said, <a href="">concatenation of CSS/ JS can still make a lot of sense</a>, as described in <a href="">this article</a> and this <a href="">blogpost from one of the Ebay engineers</a>. The conclusion; configure, test, reconfigure, retest, tweak and look what works best in your context. Maybe it’s just HTTP/2, maybe it’s HTTP/2 + aggregation and minification, maybe it’s HTTP/2 + minification (which AO can do as well, simply untick the “aggregate JS-files” and/ or “aggregate CSS-files” options). And Autoptimize can do a lot more then “just” optimizing your JS &amp; CSS off course "
  }, {
    "@type": "Question",
    "name": "Will this work with my blog?",
    "acceptedAnswer": {
      "@type": "Answer",
      "text": "Although Autoptimize comes without any warranties, it will in general work flawlessly if you configure it correctly. See “Troubleshooting” below for info on how to configure in case of problems."

Sanitization concerns

All HTML tags should be stripped from fields, with the exception of the text property of an acceptedAnswer, which should:

  • Accept <a>, <strong> and <em> tags.
  • Disallow/remove any values/properties/attributes of these tags (other than the href attribute on <a> tags).
  • Remove invalid markup (e.g., an <a> without a closing </a>).

#3954 Support Forums: Add counters to moderation links Support Forums enhancement 11/24/2018

@sevlad suggested adding counters to moderation links that require an action, see an example screenshot.

For a quick access from any page, it might also be a good idea to add these links under "My Account" in admin bar, as a follow-up to [6303].

#6182 Create a Components page for Meta Trac Make (Get Involved) / P2 task (blessed) 03/11/2022

Per discussion in the latest Meta team meeting, we would like to create a Components page for Meta Trac, similar to the Core Components page. This should hopefully encourage more component maintainers to step up, and provide more transparency for contributors on who to contact in order to move tickets forward.

coffee2code (3 matches)

Ticket Summary Component Milestone Type Created
#1424 Automate meta contributor badge assignment when receiving props Profiles defect (bug) 12/01/2015

Profile badges don't seem to automatically appear for all areas. My core and plugins badges appeared on my profile on their own (as far as I can tell), but my Speaker badge had to be added manually with some difficulty, and my Meta badge hasn't appeared at all after getting first props a few weeks ago (see [2016]).

#7239 Unable to accept membership request to WP-CLI Contributor group Profiles defect (bug) 08/27/2023

When I try to accept a membership request to the WP-CLI Contributor group, I see a "User not found" error.

I'm trying to accept @madjax.

Can you help sort this out? Thanks!

#6524 Increase Max Upload Limit to 30 for Users With More Than 30 Approved Photos Photo Directory enhancement 10/07/2022

Currently, the max uploads is 5 for all users. The photos team would like to increase the limit to 30 max uploads for all users with 30 or greater approved photos. The photo mod team is onboard with this change.

dd32 (15 matches)

Ticket Summary Component Milestone Type Created
#7141 Huge Emojis in Support Forum Support Forums defect (bug) 07/14/2023

For the past few days we've been seeing huge emojis in the support forum (basically they have no width set and the full image size is showing.

I'm not sure where this CSS should be added but something like this fixes the issue:

#bbpress-forums div.bbp-reply-content img.emoji {
    width: 1em;
    vertical-align: middle;

#5618 Require ToS/Privacy at login and record acceptance Login & Authentication enhancement 02/12/2021

For legal reasons it is necessary that enforces acceptance of a ToS and Privacy Policy at login, and record the date and version of the policy most recently accepted by each user. This means:

  • The login form will need to include a checkbox such as [ ] I have read and accept the terms of service and privacy policy with appropriate links.
  • Failure to check the box will prevent login.
  • Login sessions should remain capped at 2 weeks to ensure all active users regularly accept new terms.
  • On successful login, a usermeta or similar value should be set recording the timestamp and version of the ToS and Privacy policy documents (perhaps the currently deployed svn rev# for each?)
  • It should probably also record the rev # of the login form and theme, since that may be relevant info.

#5747 Block plugins using invalid `Update URI` headers Plugin Directory task (blessed) 05/25/2021

WordPress Core now supports the Update URI header for plugins, initial support was added to the update checks in r16912-dotorg, but now we need to ensure that Plugin updates served from never have that header set to either a) an invalid url or b) a URI which is not the hosted plugin.

There are two benefits of the header:

  1. Plugins which are not hosted on can state that, and a future plugin using the same slug won't override it
  2. The slug can be determined on much easier, if the plugin defines it. We don't need to compare the slug/name/author/etc in order to find the right plugin.

The header formats which should be supported for hosted plugins should be either:

  • Not set

The first is the URL to the public page for the plugin, the second is the id attribute exposed in the update check response. The ID here once was the post ID but I changed it a few years ago.

Anything that is not those two formats, should cause the plugin import on to be aborted, and for that update to never be served from

An example of this is, ACME Inc commits an update containing:

Plugin Name: ACME Widgets
Author: ACME Inc
Update URI:

That should NOT be packaged and/or served by, the commit should simply be ignored until corrected.

See & r16912-dotorg for the API code

#2192 Change the name of "invalid" ticket resolution Trac defect (bug) 10/31/2016

Particularly for Trac newbies, "invalid" can feel like a bit of a put-down, even with an explanation of why the ticket is being closed.

Maybe not-a-bug, not-a-core-bug, or something of that nature would be better?

Bikeshedding welcome on this ticket.

#2931 Plugin Directory: Incorrect parsing of code blocks Plugin Directory defect (bug) 07/05/2017

The description for Theme Check plugin appears to be parsed incorrectly (see the screenshot).

The first code sample lacks the code formatting. In the readme.txt both samples are formatted the same way:

`define( 'TC_PRE', 'Theme Review:[[br]]
- Themes should be reviewed using "define(\'WP_DEBUG\', true);" in wp-config.php[[br]]
- Themes should be reviewed using the test data from the Theme Checklists (TC)
' );`

`define( 'TC_POST', 'Feel free to make use of the contact details below if you have any questions,
comments, or feedback:[[br]]
* Leave a comment on this ticket[[br]]
* Send an email to the Theme Review email list[[br]]
* Use the #wordpress-themes IRC channel on Freenode.' );`

#5906 Returns false instead of theme_information often Theme Directory defect (bug) 09/15/2021

Dear WordPress-Team

We have the problem that the API doesn't return the theme information but just a false often.

This is the example link:[slug]=kadence

#5934 Blocking User from Signup Does not Fully Document in profile General defect (bug) 10/21/2021

With the new-ish signup tool that allows us to un-spam registrations, it also lets us block users from that interface. However, while it does log who did the action, it doesn't do so in a trackable way. That is, we only get logged "Changed to blocked by X" but none of the reason.

Generally the reason is "Bio and/or registration URLs were spammy" but none of that is recorded.

What we need is a change to the notice.

  1. Where was the account spammed/blocked from? This can be "Banned by X via ..."
  1. A COPY of the bio and URLs (recommend truncation since some bios are 5000 word porn stories, not kidding). That way it's obvious to everyone else "Oh, yeah, the person with the bio about their casino is probably spam"

Example of a spammy signup:

url: http://10040656... from: metro hispania occ: Security guard interests: sex


url: from: Main Street

Those should be copied into the user notes.

#6200 page displays blank Profiles defect (bug) 03/17/2022

These pages: and

don't display any content, they return just a blank page.

checked on Ubuntu desktop Firefox (85.0) browser and android chrome browser. Both the times blank page.

#6627 Support icons/banners by language - 2 Plugin Directory defect (bug) 12/15/2022

Thanks to @dd32 for pointing me to #3935 form the ticket #6625.

Actually, that solution seems to work only with screenshots, not with icons and banners.

This is the plugin I'm working on:

Here is the assets folder:

And this is the result:

The screenshot-1-it_IT.png is used correctly but all the other localized images are ignored.

I know that adding text in images is never a good idea, but the reason for having a different image here is basically the logo in the top right corner: Reviso is a software that changes the name in Italy in Contabilità in Cloud.


#6964 Add some calming comment about spurious IMG tags from emojis leading to "links in reviews" Support Forums defect (bug) 04/28/2023

If a user adds an emoji in a "blockified" forum, then this creates some spurious IMG tags. This problem is tracked in

However, until that gets solved, we have a situation with unclear communication, as a dependency: It would be good to add a note in the following two strings about this:

__( '<strong>Error:</strong> Please <a href="%s">do not add links to your review</a>, keep the review about your experience in text only.', 'wporg-forums' ),

__( 'Please <a href="%s">do not add links to your review</a>, keep the review about your experience in text only.', 'wporg-forums' ),

Something along the lines: "In some cases, you may get a false report of this problem if you've been using emojis in your text."

Reported in Slack by abitofmind

#1078 Enable community-translator Translate Site & Plugins enhancement 06/10/2015

The community translator is a tool that enables front-end translations of strings for projects that use GlotPress to store their translations. It consists of a few parts:

  1. A front end script that highlights translatable strings, provides the UI to translate them, and submits the translations
  2. A backend plugin that prepares translation data for the script (based on gettext filters, for example)
  3. A GlotPress plugin to extend the api (gihub link coming soon)

Enabling it on would allow front end translations of rosetta, the plugin directory, the theme directory, etc. Demo:



  • Do we want this to load for all users? Only previously active translators? something else?
  • Fix URLs in the translator plugin for wporg cdn
  • Design adjustments

props akirk hew julesaus

#5637 Email alert to plugin committer when security scanner triggers a change Plugin Directory enhancement 02/25/2021

The plugin security scanner output is currently only seen by the plugin review team:

In order to get feedback on the scan quality, and also to help plugin developers improve their code, we should email an alert to developers when their commit causes a new error in the scan.

Scans should be run with warnings suppressed. I'm not sure whether it's better to only include the new warning, or to simply send the entire output - we probably need to experiment with that.

#4555 Plugin Directory Administration: Mass Email Tool Plugin Directory feature request 06/26/2019

We need an admin-only tool that will allow us to mass-email plugins.

One exists but currently can only be run by a server admin, which limits usability.

1) Provide a list of plugins

2) Provide an email subject and body with basic substitutions

3) The tool would then email everyone with commit access and listed owner the message

Substitutions needed:


With Helpscout you can pre-fill everything BUT the body:

So it doesn't look like we can use that for our bulk-mail tool.

If it's secure and has the capability to be given a usable UX, whatever tool is used on the back-end should be fine.

Limiting the number of plugins mailed at a time is also fine. Handling more than 50 of those at a stretch is usually pretty annoying anyway :)

#4487 Set the codex to readonly HelpHub ( task (blessed) 05/31/2019

The codex has, for the most part, been migrated to HelpHub and DevHub now, and it's primarily a matter of setting up redirects, and clearing out spam that requires edits on the codex.

In light of this, I'm proposing we look at making the Codex readonly to avoid further edits that may fragment the imports already made, and to prevent spam edits. This doesn't need to be done in a week (although that would be nice ;) ), but setting a clear cutoff date seems reasonable and sets expectations.

I don't know how old our MediaWiki setup is so I don't know if we have these features, but my thought was:

  • Set it to readonly
  • Use the moderation feature to add users doing migration so they can keep adding redirects and removing the spam that's already there spread within the pages as it's discovered.

#5668 Add an 'empty' robots.txt file to General defect (bug) 03/19/2021 currently redirects to

For SEO and performance reasons, we should implement a robots.txt file at this location.

The contents should be:

User-agent: *

iandunn (1 match)

Ticket Summary Component Milestone Type Created
#5445 Planet feed does not have variety General enhancement 09/22/2020 feeds the news in Core's Events & News dashboard widget.

Right now it subscribes to a lot of early contributors who don't publish often, and some who are no longer active in the project.

Most of the remaining sites don't publish often either. The only ones that do are the Tavern and HeroPress, with the Tavern dominating the majority of the items in the feed.

What are some ways to solve that?

IIRC, changes to the feed need Matt's sign-off.

netweb (2 matches)

Ticket Summary Component Milestone Type Created
#2537 Support Forums: Audit Log for Mod Actions Support Forums enhancement 02/27/2017

It would be helpful if the forums logged who marked a post resolved (or unresovled) as well as closed etc.

From a moderator perspective, this would help track down plugin developers (for example) who automate resolving tickets. It would also mean we'd know who to ping if someone closed a post without a comment.


  • Marked Resolved by Mika 11 Jan 2017, 22:00
  • Marked unresolved by Otto 11 Jan 2017, 22:30


  • Closed by Jan 13 Feb 2017, 11:30
  • Opened by Marius 14 Feb 2017, 00:13

#4894 Add a BP GraphQL API Handbook to enhancement 12/08/2019

As requested by @espellcaste you'll find attached to this ticket the needed edits to the bporg-developer theme to do so that he can start documenting the BP GraphQL API.

ocean90 (2 matches)

Ticket Summary Component Milestone Type Created
#4535 Delete "Hello World" posts (and tidy up empty blogs) International Sites (Rosetta) defect (bug) 06/26/2019

Various Rosetta sites have a blog with a "Hello World" post. These should be deleted. Because of the incorrect hreflang setup on these sites, these posts cause an absolute SEO nightmare as Google seeks out their (non-existent) siblings across the whole network.


I don't have an easy way of finding them all from the outside-in - I'm hoping that these should be easy to round up?

It's also worth considering that in many cases, these are the only blog posts on these blogs. E.g.,,

When that's the case and we're removing them, can we also please:

#4289 Delete placeholder pages International Sites (Rosetta) defect (bug) 03/15/2019

The following legacy pages should be deleted, and 301'd to a sensible location. May also need removing from nav, if this isn't automatic. Likely going to need to do a few passes of these for ones I miss in the initial sweep... Might also be some duplicates.

'Welcome' flavours (should 301 to site root):

'Install' flavours (should 301 to the local 'download' page if it exists, and the root if not):

'Themes' themes

'Sample page' variants

'Releases' variants

'Contact' variants

renyot (1 match)

Ticket Summary Component Milestone Type Created
#6286 Update the Meta Handbook with useful info Handbooks task (blessed) 04/20/2022

The Meta Handbook is almost empty and contains little useful info:

It needs to be updated to add some current info about what the team does, how to get started, and where to find things.

Let's discuss and collect ideas for what to add in this ticket.

ryelle (1 match)

Ticket Summary Component Milestone Type Created
#6374 Update Openverse symbol and color Make (Get Involved) / P2 enhancement 06/23/2022

Nowadays, Openverse has a solid brand documented mostly in the Design Library ( and it would be great to update the icon and main color defined for the profile badge ( since those are outdated.

Here is attached the SVG file of the symbol, and the new hex color is #C52B9B

tellyworth (9 matches)

Ticket Summary Component Milestone Type Created
#5322 Paginated states of topics should append a trailing slash Support Forums defect (bug) 07/21/2020

Paginated states of topics, like, should forcibly append a trailing slash via a 301 redirect.

#4253 Plugins API `query_plugins` produces wrong number of results Plugin Directory defect (bug) 03/09/2019

The per_page argument for the Plugins API query_plugins action seems to return the wrong number of results in some cases.

So, if you limit the per_page to 20, you only get 19 items back event though that there are more than 20 results available.

We are hitting this issue with the WP-CLI plugin search command, which shows the exact count of elements returned. See for the related issue.

#1278 Plugins Install API: Add ability to order results API Improved Search enhancement 10/01/2015

Copied over from #wp12696:

Replying to apeatling:

It would be awesome if you could pass an ordering parameter to plugins_api() that would allow you to return a list of filtered plugins in a specific order.

I'd love to be able to use the API to return a list of the most popular / newest / recently updated plugins on the repo that contain the tag "buddypress".

Something like this would be awesome:

$plugins = plugins_api( 'query_plugins', array( 'tag' => 'buddypress', 'page' => 1, 'order' => 'popular' );

Even better, also allow search filtering:

$plugins = plugins_api( 'query_plugins', array( 'tag' => 'buddypress', 'search' => 'album', 'page' => 1, 'order' => 'popular' );

I'd be happy to implement this if I can get access to the API source on

Reply from Otto:

This wouldn't be terribly difficult to add to the API, but it's pointless until core supports doing it there and is able to request the ordering. So, moving to the plugins component.

Now that the arguments for plugins_api() have been documented, paired with the fact that there are existing filters in plugins_api() for modifying arguments, I think there's now a more compelling case for implementing an 'orderby' (or similar) argument in the dotorg API.

#2320 Global stats for GlotPress to identify possible future GTE Translate Site & Plugins enhancement 12/08/2016

On some locales (like Catalan), most of the translations are done by 3-4 people (with 2 of them being GTE), even if according to there are 10 GTE, and almost a 100 contributors.

This is a problem not only because it simply doesn't scale (with the amount of strings that themes & plugins have, 3-4 people are not enough), but also because is extremely hard for GTEs to identify "active" contributors to help and guide them so they become one day GTE, and for contributors to find active GTE so their strings get approved and don't stay forever as pending.

Ideally, there should be a way of "filtering" the teams page ( with some kind of "active" filter, with active being a rule such as "has translated/reviewed more than X strings (could be 0) in the last 3-4 months".

That could help to really asses the health of a team, as you could quickly identify how many people is actively contributing to the project.

Also, if that filter included some kind of aggregated cross-project stats (similar to the ones you get "per-project" in, pointing to the projects they contributed, it would be easier to "measure" the amount of contributions people is doing: I, as a GTE, am more in validating strings translated by someone who contributes regularly than strings from someone who only translated 1 string two months ago. Computing such a huge amount of stats won't be light in terms of resources, but in order to be useful, these stats don't need to be "live": a weekly update would be more than enough to get a sense of the current state.

This would also give extra visibility to the health of the team, on top of the "activeness" filter: knowing there are 100 people active when 99 of them only have translated one string isn't a sign of healthy at all.

#4478 Add an `.editorconfig` file to the root of the meta repo General enhancement 05/27/2019

Adding the file to the root of the meta repo should help avoid basic coding standards issues when contributing to the meta team.

Using the same .editorconfig from core should not cause any issues with the current meta projects.

#5140 Can the current day on Meetings show upcoming a little better Site enhancement 04/08/2020


Not sure if the meetings calendar could support it but I find most of the time the first couple early meetings in the day hide the others out there. It would be nice if the current time would change the view so the next few meetings are displayed with all others hidden in the popup link. This might help expose meetings that are about to occur instead of just displaying stale (past) meetings. *This would only apply to the current day.

Thoughts? Thanks

#7251 Add a Preview in Playground button to the plugin directory Plugin Directory enhancement 09/05/2023

Now that the WordPress Playground has made it possible to safely test any plugin, we should add a button or link to the Plugin Directory so that users can preview a plugin with a single click.

Clicking the button/link would open a new window with a target URL similar to (with the plugin's slug of course).

The button/link could go near the existing Download button, or it could even replace it. I'll defer to design feedback on the appearance and UX considerations.

Other decisions and considerations:

  • Should it simply open a new tab with the playground preview, or something else (popup?)
  • Does it need any logic for selecting the WP/PHP version or can we go with the default?
  • Should it be available on all plugins, or selectively (eg only those actively maintained, or supporting a recent WP version?)
  • What should the landing page of the preview be? (Perhaps /wp-admin/plugins.php?)

Note that this proposal is for a very simple Playground preview, a MVP. There are many additional ideas that we can discuss and add later.

#815 Forums to Support Syntax Highlighting Support Forums Q1 enhancement 01/15/2015

Quite often we're sharing code snippets to help our users when providing support. I would love to see the support forums support syntax highlighting. In it's current implementation it's not incredibly helpful to the end user.

Here's an example:

#2107 Prevent posting 10k lines of logs in replies, recommend Pastebin or GitHub gists Support Forums Q1 enhancement 10/04/2016

To provide debugging information some users post their full logs in a reply. These can be up to 10k lines which makes reading the page really annoying because you have to scroll like 5 minutes.


I suggest to prevent posting replies which have more than X chars/words/lines and to recommend using a service like Pastebin or GitHub gists.

Note: See TracReports for help on using and creating reports.