From noreply at wordpress.org Sat Jun 1 01:58:56 2019 From: noreply at wordpress.org (Making WordPress.org) Date: Sat, 01 Jun 2019 01:58:56 -0000 Subject: [wp-meta] [Making WordPress.org] #4485: Glossary not showing for WPTV In-Reply-To: <051.60dd4f3f95ce6a4be6c6d08039225926@wordpress.org> References: <051.60dd4f3f95ce6a4be6c6d08039225926@wordpress.org> Message-ID: <066.6ed4e4790a698153fe0d625514fdf0e2@wordpress.org> #4485: Glossary not showing for WPTV --------------------------------------+--------------------- Reporter: casiepa | Owner: (none) Type: defect | Status: closed Priority: normal | Milestone: Component: Make (Get Involved) / P2 | Resolution: fixed Keywords: | --------------------------------------+--------------------- Changes (by dd32): * status: new => closed * resolution: => fixed Comment: Activated the plugin. -- Ticket URL: Making WordPress.org Making WordPress.org From noreply at wordpress.org Sat Jun 1 04:53:05 2019 From: noreply at wordpress.org (Making WordPress.org) Date: Sat, 01 Jun 2019 04:53:05 -0000 Subject: [wp-meta] [Making WordPress.org] #4479: Updating WordPress page - links without href attribute In-Reply-To: <051.b7ee242d3c6cc76a72b42dafd63a2bb6@wordpress.org> References: <051.b7ee242d3c6cc76a72b42dafd63a2bb6@wordpress.org> Message-ID: <066.c7616f8c3da724e80277aa24e240f6af@wordpress.org> #4479: Updating WordPress page - links without href attribute ---------------------+--------------------- Reporter: Rahmohn | Owner: (none) Type: defect | Status: closed Priority: normal | Milestone: Component: HelpHub | Resolution: fixed Keywords: | ---------------------+--------------------- Changes (by coffee2code): * status: new => closed * resolution: => fixed -- Ticket URL: Making WordPress.org Making WordPress.org From noreply at wordpress.org Sat Jun 1 07:11:12 2019 From: noreply at wordpress.org (Making WordPress.org) Date: Sat, 01 Jun 2019 07:11:12 -0000 Subject: [wp-meta] [Making WordPress.org] #4489: Tabs for content page read content title – company title Message-ID: <053.f3c6a27ea3a982af647f8cfe30769635@wordpress.org> #4489: Tabs for content page read content title – company title -----------------------+-------------------- Reporter: susanfla2 | Owner: (none) Type: defect | Status: new Priority: normal | Milestone: Component: General | Keywords: -----------------------+-------------------- I want to change the tabs on my content pages to read my company name and not a blog title - company name. I have fixed this for the login pages and the admin globally. But, what is the php file that I need to fix for the content page tabs? By tabs I mean the ones you see in the browser. -- Ticket URL: Making WordPress.org Making WordPress.org From noreply at wordpress.org Sat Jun 1 07:13:00 2019 From: noreply at wordpress.org (Making WordPress.org) Date: Sat, 01 Jun 2019 07:13:00 -0000 Subject: [wp-meta] [Making WordPress.org] #4489: Tabs for content page read content title – company title In-Reply-To: <053.f3c6a27ea3a982af647f8cfe30769635@wordpress.org> References: <053.f3c6a27ea3a982af647f8cfe30769635@wordpress.org> Message-ID: <068.8c5f1cf21ca5753f4a64e1d72ce801da@wordpress.org> #4489: Tabs for content page read content title – company title -----------------------+---------------------- Reporter: susanfla2 | Owner: (none) Type: defect | Status: closed Priority: normal | Milestone: Component: General | Resolution: invalid Keywords: | -----------------------+---------------------- Changes (by Otto42): * status: new => closed * resolution: => invalid Comment: Hello, this is the meta trac, where we trac bugs and problems and changes to the WordPress.org websites and associated properties. It is not a support forum. If you need assistance, then please post on the WordPress support forums here: https://wordpress.org/support/ -- Ticket URL: Making WordPress.org Making WordPress.org From noreply at wordpress.org Sat Jun 1 16:26:23 2019 From: noreply at wordpress.org (Making WordPress.org) Date: Sat, 01 Jun 2019 16:26:23 -0000 Subject: [wp-meta] [Making WordPress.org] #3954: Support Forums: Add counters to moderation links In-Reply-To: <058.4e92f9a36b37dbfdb70bb520a6b83468@wordpress.org> References: <058.4e92f9a36b37dbfdb70bb520a6b83468@wordpress.org> Message-ID: <073.1ca257cc7f28dc49c019d142231177c2@wordpress.org> #3954: Support Forums: Add counters to moderation links ----------------------------+----------------------------- Reporter: SergeyBiryukov | Owner: SergeyBiryukov Type: enhancement | Status: accepted Priority: normal | Milestone: Component: Support Forums | Resolution: Keywords: | ----------------------------+----------------------------- Changes (by SergeyBiryukov): * owner: (none) => SergeyBiryukov * status: new => accepted -- Ticket URL: Making WordPress.org Making WordPress.org From noreply at wordpress.org Sat Jun 1 20:06:31 2019 From: noreply at wordpress.org (Making WordPress.org) Date: Sat, 01 Jun 2019 20:06:31 -0000 Subject: [wp-meta] [Making WordPress.org] #4487: Set the codex to readonly In-Reply-To: <051.3cea0a15d04c8a963647fe1d9be86eac@wordpress.org> References: <051.3cea0a15d04c8a963647fe1d9be86eac@wordpress.org> Message-ID: <066.798beb028e160d90ab147b397056ffb3@wordpress.org> #4487: Set the codex to readonly ---------------------+--------------------- Reporter: Clorith | Owner: (none) Type: task | Status: new Priority: normal | Milestone: Component: HelpHub | Resolution: Keywords: | ---------------------+--------------------- Comment (by Clorith): There is already a rollout plan at https://make.wordpress.org/polyglots/2019/02/25/helphub-localisation-plan/ and given it's been 3 months, it would probably be good to get some input on the progression there (cc @kenshino). I definitely get your point about locale-specific pages, I have done some quick checking, and in the past 90 days, the outtake is (in no particular order): - A few people using the `Talk` feature to try and get support and/or backlinks - HelpHub redirects added - Edits to English articles by various individuals, these should all be on HelpHub by now and means someone should probably double-check the content now? - Edits to function references (which are all on DevHub and have been for some time) - Edits to .org specific references (API descriptions, perhaps these should get an official space on DevHub?) - Various kinds of spam edits or page/profile creations - One rosetta page created, not counting the `Talk` feature I do, however, agree we should get #2575 sorted, as a requirement for the migration to move forward, we should probably bump the importance of that. -- Ticket URL: Making WordPress.org Making WordPress.org From noreply at wordpress.org Mon Jun 3 01:09:13 2019 From: noreply at wordpress.org (Making WordPress.org) Date: Mon, 03 Jun 2019 01:09:13 -0000 Subject: [wp-meta] [Making WordPress.org] #4447: Create an easier way to trac contributions across GitHub and Trac In-Reply-To: <051.ee9b37492321f4e8e2ffcedf018f5536@wordpress.org> References: <051.ee9b37492321f4e8e2ffcedf018f5536@wordpress.org> Message-ID: <066.056467c2289dcf66175437a6318e7aed@wordpress.org> #4447: Create an easier way to trac contributions across GitHub and Trac -------------------------+--------------------- Reporter: desrosj | Owner: (none) Type: enhancement | Status: new Priority: normal | Milestone: Component: General | Resolution: Keywords: | -------------------------+--------------------- Comment (by dd32): Replying to [comment:10 desrosj]: > Are we concerned at all with verification of ownership? For example, nothing stops me from using @aduth's GitHub username on my .org profile. > > Maybe there could be a verification step where an email is sent to the user's GitHub email for confirmation. The "simple" solution for that is using something like "Link my Github account" instead of a plain-text field, we'd then do an OAuth flow to [https://developer.github.com/apps/building-oauth-apps/understanding- scopes-for-oauth-apps/ allow access] for either `user:email` or `[no scope]` (allows access to public data only). That would then be able to provide an authenticated `dd32 on WordPress is Github:dd32` scenario which can then populate that profile field. -- Ticket URL: Making WordPress.org Making WordPress.org From noreply at wordpress.org Mon Jun 3 02:50:55 2019 From: noreply at wordpress.org (noreply at wordpress.org) Date: Mon, 3 Jun 2019 02:50:55 +0000 (UTC) Subject: [wp-meta] [8904] sites/trunk/wordpress.org/public_html/wp-content/plugins/plugin-directory/libs/site-search/jetpack-search.php: Plugin Directory: Search: Use `wp_json_encode()` to handle non-UTF8 queries better. Message-ID: <20190603025055.216FD1B0052B@svn1.ord.wordpress.org> An HTML attachment was scrubbed... URL: From noreply at wordpress.org Mon Jun 3 03:21:31 2019 From: noreply at wordpress.org (noreply at wordpress.org) Date: Mon, 3 Jun 2019 03:21:31 +0000 (UTC) Subject: [wp-meta] [8905] sites/trunk/wordpress.org/public_html/wp-content/plugins/trac-notifications/trac-components.php: Trac Notifications: Handle API failures in the https://make.wordpress.org/core/components/ UI. Message-ID: <20190603032131.1DAF71B0052B@svn1.ord.wordpress.org> An HTML attachment was scrubbed... URL: From noreply at wordpress.org Mon Jun 3 12:33:28 2019 From: noreply at wordpress.org (Making WordPress.org) Date: Mon, 03 Jun 2019 12:33:28 -0000 Subject: [wp-meta] [Making WordPress.org] #4490: Twitter: use video thumbnail as picture Message-ID: <051.9c1b7c1147eb1db0ff74bd34b0a3fa28@wordpress.org> #4490: Twitter: use video thumbnail as picture --------------------------+-------------------- Reporter: casiepa | Owner: (none) Type: enhancement | Status: new Priority: normal | Milestone: Component: WordPress.tv | Keywords: --------------------------+-------------------- When a video is published, a tweet is sent from https://twitter.com/WordPressTV The current picture used by the tweet is just a black box. It would be nicer to use the Video Thumbnail as image for twitter. -- Ticket URL: Making WordPress.org Making WordPress.org From noreply at wordpress.org Mon Jun 3 14:33:06 2019 From: noreply at wordpress.org (Making WordPress.org) Date: Mon, 03 Jun 2019 14:33:06 -0000 Subject: [wp-meta] [Making WordPress.org] #4491: Archive page shows 2 columns instead of 3 at certain media queries Message-ID: <054.eebc6b0b5da5a73f5283f8b17c1f7366@wordpress.org> #4491: Archive page shows 2 columns instead of 3 at certain media queries ------------------------+----------------------------------------- Reporter: milana_cap | Owner: (none) Type: defect | Status: new Priority: normal | Milestone: Component: HelpHub | Keywords: needs-patch has-screenshots ------------------------+----------------------------------------- CSS used for these columns should be changed to something more reliable and up to date. This is what we have now: {{{ @media (min-width: 48em) .three-up .archive-block, .three-up > div { display: inline-block; vertical-align: top; width: 30%; margin-right: 4.5%; font-size: 0.8rem; } .three-up .archive-block:nth-child(3n), .three-up > div:nth-child(3n) { margin-right: 0; } }}} Using either Flexbox or CSS Grid would make columns behave better. One of effected pages: https://wordpress.org/support/category/getting- started/ Screenshot: [[Image(https://user- images.githubusercontent.com/7957680/41554497-a217d596-72fa- 11e8-9c20-2500a7d880c8.jpg)]] -- Ticket URL: Making WordPress.org Making WordPress.org From noreply at wordpress.org Mon Jun 3 14:36:38 2019 From: noreply at wordpress.org (noreply at wordpress.org) Date: Mon, 3 Jun 2019 14:36:38 +0000 (UTC) Subject: [wp-meta] [8906] sites/trunk/wordcamp.org/public_html/wp-content/plugins/wordcamp-participation-notifier/wordcamp-participation-notifier.php: WordCamp: Rename methods to reduce ambiguity. Message-ID: <20190603143638.78D841B004E3@svn1.ord.wordpress.org> An HTML attachment was scrubbed... URL: From noreply at wordpress.org Mon Jun 3 14:36:46 2019 From: noreply at wordpress.org (noreply at wordpress.org) Date: Mon, 3 Jun 2019 14:36:46 +0000 (UTC) Subject: [wp-meta] [8907] sites/trunk/wordcamp.org/public_html/wp-content/plugins/wordcamp-participation-notifier/wordcamp-participation-notifier.php: WC: Refactor participant notifier to fix design flaw. Message-ID: <20190603143646.969CF1B004E3@svn1.ord.wordpress.org> An HTML attachment was scrubbed... URL: From noreply at wordpress.org Mon Jun 3 14:36:53 2019 From: noreply at wordpress.org (noreply at wordpress.org) Date: Mon, 3 Jun 2019 14:36:53 +0000 (UTC) Subject: [wp-meta] [8908] sites/trunk/wordcamp.org/public_html/wp-content/plugins/wordcamp-participation-notifier/wordcamp-participation-notifier.php: WC Participant Notifier: Code review fixes. Message-ID: <20190603143653.45BC31B004E3@svn1.ord.wordpress.org> An HTML attachment was scrubbed... URL: From noreply at wordpress.org Mon Jun 3 14:37:38 2019 From: noreply at wordpress.org (Making WordPress.org) Date: Mon, 03 Jun 2019 14:37:38 -0000 Subject: [wp-meta] [Making WordPress.org] #4492: Homepage: Forums text needs to match size of other sections Message-ID: <054.f636f02ff2be08e5531c5a5453471787@wordpress.org> #4492: Homepage: Forums text needs to match size of other sections ------------------------+----------------------------------------- Reporter: milana_cap | Owner: (none) Type: defect | Status: new Priority: normal | Milestone: Component: HelpHub | Keywords: needs-patch has-screenshots ------------------------+----------------------------------------- The "Support Forums" module displays larger text than the other modules. They should match in size with one another. Forums: [[Image(https://user-images.githubusercontent.com/617986/41545510 -32d1024a-72d0-11e8-8f63-b0c6a8b15e84.png)]] Other: [[Image(https://user- images.githubusercontent.com/617986/41545518-37fed5d0-72d0-11e8-8623-f5fe0ccf9993.png)]] -- Ticket URL: Making WordPress.org Making WordPress.org From noreply at wordpress.org Mon Jun 3 14:44:00 2019 From: noreply at wordpress.org (Making WordPress.org) Date: Mon, 03 Jun 2019 14:44:00 -0000 Subject: [wp-meta] [Making WordPress.org] #703: Keep track of which WordCamps each profile has spoken at and organized In-Reply-To: <051.eb7c52567af1470eb803871969600e12@wordpress.org> References: <051.eb7c52567af1470eb803871969600e12@wordpress.org> Message-ID: <066.83752d96923ab14b1024eeb72e873759@wordpress.org> #703: Keep track of which WordCamps each profile has spoken at and organized -------------------------------------+--------------------- Reporter: iandunn | Owner: (none) Type: defect | Status: closed Priority: high | Milestone: Component: WordCamp Site & Plugins | Resolution: fixed Keywords: | -------------------------------------+--------------------- Changes (by vedjain): * status: assigned => closed * resolution: => fixed Comment: Fixed in r8907 -- Ticket URL: Making WordPress.org Making WordPress.org From noreply at wordpress.org Mon Jun 3 14:44:44 2019 From: noreply at wordpress.org (Making WordPress.org) Date: Mon, 03 Jun 2019 14:44:44 -0000 Subject: [wp-meta] [Making WordPress.org] #4493: Homepage: Height adjustment Message-ID: <054.2e6aa0ed3a8f591b69e47081d6190d0c@wordpress.org> #4493: Homepage: Height adjustment ------------------------+----------------------------------------- Reporter: milana_cap | Owner: (none) Type: defect | Status: new Priority: normal | Milestone: Component: HelpHub | Keywords: needs-patch has-screenshots ------------------------+----------------------------------------- The vertical rhythm needs to be consistent on the homepage. If the height of these two spaces could match, that would be great! [[Image(https://user-images.githubusercontent.com/617986/41545330-cd9d1cc4 -72cf-11e8-8aef-150a8f7a5a12.png)]] -- Ticket URL: Making WordPress.org Making WordPress.org From noreply at wordpress.org Mon Jun 3 15:34:58 2019 From: noreply at wordpress.org (Making WordPress.org) Date: Mon, 03 Jun 2019 15:34:58 -0000 Subject: [wp-meta] [Making WordPress.org] #3309: Feed shows posts while in 'Coming soon' mode In-Reply-To: <051.515e92b4391417a92148e667bb1c137b@wordpress.org> References: <051.515e92b4391417a92148e667bb1c137b@wordpress.org> Message-ID: <066.fdae279d8199d0254718afb7e90ad589@wordpress.org> #3309: Feed shows posts while in 'Coming soon' mode -------------------------------------+----------------------- Reporter: casiepa | Owner: (none) Type: defect | Status: assigned Priority: normal | Milestone: Component: WordCamp Site & Plugins | Resolution: Keywords: | -------------------------------------+----------------------- Changes (by casiepa): * owner: casiepa => (none) -- Ticket URL: Making WordPress.org Making WordPress.org From noreply at wordpress.org Mon Jun 3 15:48:42 2019 From: noreply at wordpress.org (Making WordPress.org) Date: Mon, 03 Jun 2019 15:48:42 -0000 Subject: [wp-meta] [Making WordPress.org] #4494: Posts published on a "Coming Soon" mode WordCamp site appear on profile stream Message-ID: <047.6bd599c1def856486af039d8d652b67a@wordpress.org> #4494: Posts published on a "Coming Soon" mode WordCamp site appear on profile stream -------------------------------------+------------------------- Reporter: Nao | Owner: (none) Type: defect | Status: new Priority: normal | Milestone: Component: WordCamp Site & Plugins | Keywords: needs-patch -------------------------------------+------------------------- While your WordCamp site is "Coming Soon" mode, published posts on the site still show up under the author's profile page (e.g. see https://profiles.wordpress.org/mimitips/ ). Steps to reproduce: 1. Set a WordCamp site to "Coming Soon" mode 2. Publish a new post 3. Check your WordPress.org profile activity stream Could be related: #3309 If this is not something we are going to fix, we should at least say (in the WordCamp organizer handbook) that posts published during Coming Soon mode will be visible in feeds. -- Ticket URL: Making WordPress.org Making WordPress.org From noreply at wordpress.org Mon Jun 3 15:55:23 2019 From: noreply at wordpress.org (Making WordPress.org) Date: Mon, 03 Jun 2019 15:55:23 -0000 Subject: [wp-meta] [Making WordPress.org] #3309: Feed shows posts while in 'Coming soon' mode In-Reply-To: <051.515e92b4391417a92148e667bb1c137b@wordpress.org> References: <051.515e92b4391417a92148e667bb1c137b@wordpress.org> Message-ID: <066.a206ba6929448ff251900c0202e3132c@wordpress.org> #3309: Feed shows posts while in 'Coming soon' mode -------------------------------------+----------------------- Reporter: casiepa | Owner: (none) Type: defect | Status: assigned Priority: normal | Milestone: Component: WordCamp Site & Plugins | Resolution: Keywords: | -------------------------------------+----------------------- Comment (by casiepa): Maybe related: https://meta.trac.wordpress.org/ticket/4494 -- Ticket URL: Making WordPress.org Making WordPress.org From noreply at wordpress.org Mon Jun 3 16:01:20 2019 From: noreply at wordpress.org (Making WordPress.org) Date: Mon, 03 Jun 2019 16:01:20 -0000 Subject: [wp-meta] [Making WordPress.org] #4495: Improve accessibility of the Trac ticket Keywords and Focuses Message-ID: <051.17792ce3dd65a74cacad5d96ae8d2aaa@wordpress.org> #4495: Improve accessibility of the Trac ticket Keywords and Focuses ---------------------+----------------------------- Reporter: afercia | Owner: (none) Type: defect | Status: new Priority: normal | Milestone: Component: Trac | Keywords: has-screenshots ---------------------+----------------------------- I'd like to propose a few improvements for the Keywords and Focuses user interface within the ticket properties section. Here's how they currently look like: [[Image(http://cldup.com/6p5TmD7gXw.png)]] Color contrast (personally, I struggle to see the focuses buttons text), and many other things can be improved, for example: - the "manual" link is barely visible - it can't be operated with a keyboard - it should be a button - accessibility of the "X" buttons to remove keywords: they're just empty links - keyboard interaction with the custom keywords input field can be improved - focuses buttons color contrast can be improved - focuses buttons should be buttons - their "pressed" state should be communicated semantically Patch incoming. Please consider I don't have a running local environment for testing. I've managed to build a SVN diff and would greatly appreciate some testing. Any feedback is welcome. -- Ticket URL: Making WordPress.org Making WordPress.org From noreply at wordpress.org Mon Jun 3 16:21:44 2019 From: noreply at wordpress.org (Making WordPress.org) Date: Mon, 03 Jun 2019 16:21:44 -0000 Subject: [wp-meta] [Making WordPress.org] #4495: Improve accessibility of the Trac ticket Keywords and Focuses In-Reply-To: <051.17792ce3dd65a74cacad5d96ae8d2aaa@wordpress.org> References: <051.17792ce3dd65a74cacad5d96ae8d2aaa@wordpress.org> Message-ID: <066.b025ccbfcef1a44441c431ae86219988@wordpress.org> #4495: Improve accessibility of the Trac ticket Keywords and Focuses -----------------------------+--------------------- Reporter: afercia | Owner: (none) Type: defect | Status: new Priority: normal | Milestone: Component: Trac | Resolution: Keywords: has-screenshots | -----------------------------+--------------------- Changes (by afercia): * Attachment "4495.diff" added. -- Ticket URL: Making WordPress.org Making WordPress.org From noreply at wordpress.org Mon Jun 3 16:26:13 2019 From: noreply at wordpress.org (Making WordPress.org) Date: Mon, 03 Jun 2019 16:26:13 -0000 Subject: [wp-meta] [Making WordPress.org] #4495: Improve accessibility of the Trac ticket Keywords and Focuses In-Reply-To: <051.17792ce3dd65a74cacad5d96ae8d2aaa@wordpress.org> References: <051.17792ce3dd65a74cacad5d96ae8d2aaa@wordpress.org> Message-ID: <066.4b68ebcfb95f42ec447ada2ade47da2b@wordpress.org> #4495: Improve accessibility of the Trac ticket Keywords and Focuses ---------------------------------------+--------------------- Reporter: afercia | Owner: (none) Type: defect | Status: new Priority: normal | Milestone: Component: Trac | Resolution: Keywords: has-screenshots has-patch | ---------------------------------------+--------------------- Changes (by afercia): * keywords: has-screenshots => has-screenshots has-patch Comment: Trying to recap what [attachment:"4495.diff"] does: "Manual" button: - changes the link to a button element - adds an aria-label "Manual keyword" to clarify its purpose - adds an aria-expanded attribute to make screen readers users understand something in the page opened - styles a bit the button and improves color contrast Remove keywords "X" buttons: - changes the empty links to buttons with meaningful aria-labels - handles focus to avoid focus losses when removing the keywords Custom keywords input field: - adds an aria-label to label the field - handles keyboard interaction when pressing Enter and Escape: both Enter and Escape populate the keywords and hide the field - attaches the field `change` event on initialization: previously it was attached each time the "manual" button was clicked Focuses: - makes this section look the same on the new ticket and on the ticket pages: previously they looked different (see attached screenshots) - wraps the buttons in a fieldset element with a legend "Focuses:" - makes the buttons real `
...
}}} -- Ticket URL: Making WordPress.org Making WordPress.org From noreply at wordpress.org Thu Jun 27 09:46:54 2019 From: noreply at wordpress.org (Making WordPress.org) Date: Thu, 27 Jun 2019 09:46:54 -0000 Subject: [wp-meta] [Making WordPress.org] #4519: Make the FAQ at plugin directory accessible In-Reply-To: <055.6073b066674db2e2ad2033ed2bd9e20d@wordpress.org> References: <055.6073b066674db2e2ad2033ed2bd9e20d@wordpress.org> Message-ID: <070.3935853f83d3fd9d46f87ff499318c2e@wordpress.org> #4519: Make the FAQ at plugin directory accessible ------------------------------+------------------------- Reporter: Travel_girl | Owner: tellyworth Type: enhancement | Status: assigned Priority: normal | Milestone: Component: Plugin Directory | Resolution: Keywords: has-patch | ------------------------------+------------------------- Comment (by Travel_girl): Looks good to me! Thanks for your work! Replying to [comment:4 tellyworth]: > attachment:4519.diff implements more or less what inclusive-components suggests. For example: > > > {{{ >
>

> >

>
>
> ... >
> }}} -- Ticket URL: Making WordPress.org Making WordPress.org From noreply at wordpress.org Thu Jun 27 14:43:42 2019 From: noreply at wordpress.org (Making WordPress.org) Date: Thu, 27 Jun 2019 14:43:42 -0000 Subject: [wp-meta] [Making WordPress.org] #4556: Prevent bots from crawling filtered URLs on translate Message-ID: <058.57cbe0e573180cdd84e8358f72f92e15@wordpress.org> #4556: Prevent bots from crawling filtered URLs on translate --------------------------------------+-------------------- Reporter: jonoaldersonwp | Owner: (none) Type: defect | Status: new Priority: low | Milestone: Component: Translate Site & Plugins | Keywords: seo --------------------------------------+-------------------- Add the following to the robots.txt file on translate.wordpress.org: Disallow: /?filters -- Ticket URL: Making WordPress.org Making WordPress.org From noreply at wordpress.org Thu Jun 27 23:09:25 2019 From: noreply at wordpress.org (Making WordPress.org) Date: Thu, 27 Jun 2019 23:09:25 -0000 Subject: [wp-meta] [Making WordPress.org] #4557: Gutenberg Documentation Redirect Message-ID: <048.33fed83cc547d3dcdd82db7ce15645c3@wordpress.org> #4557: Gutenberg Documentation Redirect --------------------------------------+------------------------- Reporter: mkaz | Owner: coffee2code Type: defect | Status: assigned Priority: normal | Milestone: Component: Make (Get Involved) / P2 | Keywords: --------------------------------------+------------------------- There are empty Gutenberg documentation pages at: https://make.wordpress.org/docs/handbook/gutenberg/ Can we get those pages to redirect to the Block Editor Handbook here: https://developer.wordpress.org/block-editor/ -- Ticket URL: Making WordPress.org Making WordPress.org From noreply at wordpress.org Fri Jun 28 02:04:16 2019 From: noreply at wordpress.org (Making WordPress.org) Date: Fri, 28 Jun 2019 02:04:16 -0000 Subject: [wp-meta] [Making WordPress.org] #4556: Prevent bots from crawling filtered URLs on translate In-Reply-To: <058.57cbe0e573180cdd84e8358f72f92e15@wordpress.org> References: <058.57cbe0e573180cdd84e8358f72f92e15@wordpress.org> Message-ID: <073.cc53f8a3b4b75d6e786a7d1ae2846399@wordpress.org> #4556: Prevent bots from crawling filtered URLs on translate --------------------------------------+--------------------- Reporter: jonoaldersonwp | Owner: (none) Type: defect | Status: new Priority: low | Milestone: Component: Translate Site & Plugins | Resolution: Keywords: seo | --------------------------------------+--------------------- Comment (by tellyworth): We use a global robots.txt so this has to be done everywhere, but I think that's fine. -- Ticket URL: Making WordPress.org Making WordPress.org From noreply at wordpress.org Fri Jun 28 02:07:00 2019 From: noreply at wordpress.org (Making WordPress.org) Date: Fri, 28 Jun 2019 02:07:00 -0000 Subject: [wp-meta] [Making WordPress.org] #4556: Prevent bots from crawling filtered URLs on translate In-Reply-To: <058.57cbe0e573180cdd84e8358f72f92e15@wordpress.org> References: <058.57cbe0e573180cdd84e8358f72f92e15@wordpress.org> Message-ID: <073.f57094c56fd86a1ccc7329f5295f13f2@wordpress.org> #4556: Prevent bots from crawling filtered URLs on translate --------------------------------------+--------------------- Reporter: jonoaldersonwp | Owner: (none) Type: defect | Status: closed Priority: low | Milestone: Component: Translate Site & Plugins | Resolution: fixed Keywords: seo | --------------------------------------+--------------------- Changes (by tellyworth): * status: new => closed * resolution: => fixed Comment: Fixed in dotorg r15179. -- Ticket URL: Making WordPress.org Making WordPress.org From noreply at wordpress.org Fri Jun 28 02:10:34 2019 From: noreply at wordpress.org (Making WordPress.org) Date: Fri, 28 Jun 2019 02:10:34 -0000 Subject: [wp-meta] [Making WordPress.org] #4557: Gutenberg Documentation Redirect In-Reply-To: <048.33fed83cc547d3dcdd82db7ce15645c3@wordpress.org> References: <048.33fed83cc547d3dcdd82db7ce15645c3@wordpress.org> Message-ID: <063.2be6e3a5887664806a26086b7bf96b2f@wordpress.org> #4557: Gutenberg Documentation Redirect --------------------------------------+-------------------------- Reporter: mkaz | Owner: coffee2code Type: defect | Status: closed Priority: normal | Milestone: Component: Make (Get Involved) / P2 | Resolution: fixed Keywords: | --------------------------------------+-------------------------- Changes (by dd32): * status: assigned => closed * resolution: => fixed Comment: I've unpublished the Gutenberg draft pages that were empty, but I don't think a redirect is appropriate here. The pages are the Docs team handbook on how to contribute to the various documentation efforts that exist on WordPress.org. I've updated the base Gutenberg docs page there to be a bit more relevant and to link to the correct pages: https://make.wordpress.org/docs/handbook/gutenberg/ I think that's probably enough to fix here. -- Ticket URL: Making WordPress.org Making WordPress.org From noreply at wordpress.org Fri Jun 28 02:19:00 2019 From: noreply at wordpress.org (Making WordPress.org) Date: Fri, 28 Jun 2019 02:19:00 -0000 Subject: [wp-meta] [Making WordPress.org] #4554: Formatting on canned trac reports In-Reply-To: <050.b2b8c2c682b79bf7efe90dcf1eff62cd@wordpress.org> References: <050.b2b8c2c682b79bf7efe90dcf1eff62cd@wordpress.org> Message-ID: <065.5883b1dd7553ade82b4870f3f7ec8c9d@wordpress.org> #4554: Formatting on canned trac reports --------------------+--------------------- Reporter: pbiron | Owner: (none) Type: defect | Status: new Priority: normal | Milestone: Component: Trac | Resolution: Keywords: close | --------------------+--------------------- Changes (by tellyworth): * keywords: => close Comment: Even if we fix the styling, there's too much info on that page for it to ever really be mobile friendly. Is there anything we can do here that has enough benefit to be worth spending time on it? -- Ticket URL: Making WordPress.org Making WordPress.org From noreply at wordpress.org Fri Jun 28 02:22:04 2019 From: noreply at wordpress.org (Making WordPress.org) Date: Fri, 28 Jun 2019 02:22:04 -0000 Subject: [wp-meta] [Making WordPress.org] #4555: Plugin Directory Administration: Mass Email Tool In-Reply-To: <051.bbabd55368b057f5baf8c4d8aeca7644@wordpress.org> References: <051.bbabd55368b057f5baf8c4d8aeca7644@wordpress.org> Message-ID: <066.f58a689d78dc36352625d28ecc70317b@wordpress.org> #4555: Plugin Directory Administration: Mass Email Tool ------------------------------+----------------------- Reporter: Ipstenu | Owner: dd32 Type: enhancement | Status: accepted Priority: normal | Milestone: Component: Plugin Directory | Resolution: Keywords: | ------------------------------+----------------------- Changes (by dd32): * owner: (none) => dd32 * status: new => accepted Comment: HelpScout does have an API to allow us to create an email in HelpScout, so we could easily push the emails through there. Would it be helpful to have a record of the email being sent in HS? or should it just be sent directly by the WordPress.org servers, with the replies hitting HS? -- Ticket URL: Making WordPress.org Making WordPress.org From noreply at wordpress.org Fri Jun 28 02:28:03 2019 From: noreply at wordpress.org (Making WordPress.org) Date: Fri, 28 Jun 2019 02:28:03 -0000 Subject: [wp-meta] [Making WordPress.org] #4555: Plugin Directory Administration: Mass Email Tool In-Reply-To: <051.bbabd55368b057f5baf8c4d8aeca7644@wordpress.org> References: <051.bbabd55368b057f5baf8c4d8aeca7644@wordpress.org> Message-ID: <066.e8a89f5d3992936afee54d1f06335e00@wordpress.org> #4555: Plugin Directory Administration: Mass Email Tool ------------------------------+----------------------- Reporter: Ipstenu | Owner: dd32 Type: enhancement | Status: accepted Priority: normal | Milestone: Component: Plugin Directory | Resolution: Keywords: | ------------------------------+----------------------- Comment (by Ipstenu): Having a record of the email sent via Help Scout would help since sometimes people don't reply from the email we have on record, but Help Scout keeps them properly threaded so if they remove the body of what they're replying to, we can still see it (and figure out what 'my plugin!!!!' means a little faster) -- Ticket URL: Making WordPress.org Making WordPress.org From noreply at wordpress.org Fri Jun 28 02:32:01 2019 From: noreply at wordpress.org (Making WordPress.org) Date: Fri, 28 Jun 2019 02:32:01 -0000 Subject: [wp-meta] [Making WordPress.org] #4555: Plugin Directory Administration: Mass Email Tool In-Reply-To: <051.bbabd55368b057f5baf8c4d8aeca7644@wordpress.org> References: <051.bbabd55368b057f5baf8c4d8aeca7644@wordpress.org> Message-ID: <066.4c71b0e8781701e24f3ca3ae21a925dc@wordpress.org> #4555: Plugin Directory Administration: Mass Email Tool ------------------------------+----------------------- Reporter: Ipstenu | Owner: dd32 Type: enhancement | Status: accepted Priority: normal | Milestone: Component: Plugin Directory | Resolution: Keywords: | ------------------------------+----------------------- Comment (by dd32): Replying to [comment:3 Ipstenu]: > Having a record of the email sent via Help Scout would help since sometimes people don't reply from the email we have on record, but Help Scout keeps them properly threaded so if they remove the body of what they're replying to, we can still see it (and figure out what 'my plugin!!!!' means a little faster) That sounds like a great reason to push the sent emails into HS then! If we're limiting it to small batches of plugins then we shouldn't have any real scale problems here I don't think. -- Ticket URL: Making WordPress.org Making WordPress.org From noreply at wordpress.org Fri Jun 28 02:42:06 2019 From: noreply at wordpress.org (Making WordPress.org) Date: Fri, 28 Jun 2019 02:42:06 -0000 Subject: [wp-meta] [Making WordPress.org] #4530: Adding missing profile badges In-Reply-To: <050.e99569106133ddd02d31257063a8f346@wordpress.org> References: <050.e99569106133ddd02d31257063a8f346@wordpress.org> Message-ID: <065.092cb2073495b9b327c349611898e71e@wordpress.org> #4530: Adding missing profile badges ----------------------+----------------------- Reporter: stubgo | Owner: dd32 Type: task | Status: accepted Priority: low | Milestone: Component: Profiles | Resolution: Keywords: | ----------------------+----------------------- Changes (by dd32): * owner: (none) => dd32 * status: new => accepted -- Ticket URL: Making WordPress.org Making WordPress.org From noreply at wordpress.org Fri Jun 28 02:43:56 2019 From: noreply at wordpress.org (Making WordPress.org) Date: Fri, 28 Jun 2019 02:43:56 -0000 Subject: [wp-meta] [Making WordPress.org] #4529: Reactions on Support Forum Replies In-Reply-To: <064.7741790016fbe44060cad7e6c2ce557d@wordpress.org> References: <064.7741790016fbe44060cad7e6c2ce557d@wordpress.org> Message-ID: <079.c5b499dba43d211840ccbb1ea88c8f32@wordpress.org> #4529: Reactions on Support Forum Replies ----------------------------------+------------------------- Reporter: felipeloureirosantos | Owner: (none) Type: enhancement | Status: closed Priority: normal | Milestone: Component: Support Forums | Resolution: maybelater Keywords: | ----------------------------------+------------------------- Changes (by tellyworth): * status: new => closed * resolution: => maybelater Comment: If this was a feature of bbPress, or a readily available plugin, we could consider trying it out. Otherwise I think it's too controversial to consider spending resources on it. I'll close this ticket as `maybelater`; if you're able to find support for it either in bbPress core or a plugin then feel free to re-open and we'll take a closer look. -- Ticket URL: Making WordPress.org Making WordPress.org From noreply at wordpress.org Fri Jun 28 02:58:57 2019 From: noreply at wordpress.org (Making WordPress.org) Date: Fri, 28 Jun 2019 02:58:57 -0000 Subject: [wp-meta] [Making WordPress.org] #4525: Add insights to the plugin language packs page In-Reply-To: <049.21b326687172f3562e74e26ad7c9ed49@wordpress.org> References: <049.21b326687172f3562e74e26ad7c9ed49@wordpress.org> Message-ID: <064.6929fb44f99181394ecc3cfbdb8e4cdf@wordpress.org> #4525: Add insights to the plugin language packs page --------------------------------------+--------------------- Reporter: ramiy | Owner: (none) Type: enhancement | Status: new Priority: normal | Milestone: Component: Translate Site & Plugins | Resolution: Keywords: 2nd-opinion needs-patch | --------------------------------------+--------------------- Comment (by tellyworth): What is the problem that this is intended to solve? How would a plugin author make use of this data? What would it enable them to do? -- Ticket URL: Making WordPress.org Making WordPress.org From noreply at wordpress.org Fri Jun 28 03:27:28 2019 From: noreply at wordpress.org (Making WordPress.org) Date: Fri, 28 Jun 2019 03:27:28 -0000 Subject: [wp-meta] [Making WordPress.org] #4521: Broken link in the plugin handbook sidebar In-Reply-To: <055.aa69d2ba3a9fdd7018283d0d35897d2b@wordpress.org> References: <055.aa69d2ba3a9fdd7018283d0d35897d2b@wordpress.org> Message-ID: <070.c5ad4e3ef5ded6ef04f9b81db990e8b2@wordpress.org> #4521: Broken link in the plugin handbook sidebar -------------------------+--------------------- Reporter: hofmannsven | Owner: (none) Type: defect | Status: new Priority: normal | Milestone: Component: Handbooks | Resolution: Keywords: needs-patch | -------------------------+--------------------- Changes (by dd32): * keywords: close => needs-patch Comment: Apparently when someone who doesn't have `publish_posts` edits the `publish`'d documents the post reverts to `pending`. It somewhat sounds like a user-role has `edit_published_posts` but not `publish_posts` and causes that.. My thought is that the handbook pages should remain published if a non- privledged user edits them, but others have informed me that ideally it'd not make their edits public until review (which seems to be what's happening now). First step seems to be to trust users who have edit access, and keep the pages published. Second step sounds like it's to add an editorial plugin that lets you put future changes into a review queue. -- Ticket URL: Making WordPress.org Making WordPress.org From noreply at wordpress.org Fri Jun 28 03:28:47 2019 From: noreply at wordpress.org (Making WordPress.org) Date: Fri, 28 Jun 2019 03:28:47 -0000 Subject: [wp-meta] [Making WordPress.org] #4557: Gutenberg Documentation Redirect In-Reply-To: <048.33fed83cc547d3dcdd82db7ce15645c3@wordpress.org> References: <048.33fed83cc547d3dcdd82db7ce15645c3@wordpress.org> Message-ID: <063.523f71a1a5dce78ae3ec775e636631d5@wordpress.org> #4557: Gutenberg Documentation Redirect --------------------------------------+-------------------------- Reporter: mkaz | Owner: coffee2code Type: defect | Status: closed Priority: normal | Milestone: Component: Make (Get Involved) / P2 | Resolution: fixed Keywords: | --------------------------------------+-------------------------- Comment (by mkaz): Looks good, works for me. Thanks! -- Ticket URL: Making WordPress.org Making WordPress.org From noreply at wordpress.org Fri Jun 28 05:02:09 2019 From: noreply at wordpress.org (Making WordPress.org) Date: Fri, 28 Jun 2019 05:02:09 -0000 Subject: [wp-meta] [Making WordPress.org] #4541: Change the title formatting on Profile templates In-Reply-To: <058.e64a1beeece9d98e2899e4d046edf0f7@wordpress.org> References: <058.e64a1beeece9d98e2899e4d046edf0f7@wordpress.org> Message-ID: <073.4dbb19eb216f82197888dbf18ffb70e3@wordpress.org> #4541: Change the title formatting on Profile templates ----------------------------+-------------------------- Reporter: jonoaldersonwp | Owner: coffee2code Type: defect | Status: accepted Priority: normal | Milestone: Component: Profiles | Resolution: Keywords: seo | ----------------------------+-------------------------- Changes (by coffee2code): * owner: (none) => coffee2code * status: new => accepted -- Ticket URL: Making WordPress.org Making WordPress.org From noreply at wordpress.org Fri Jun 28 05:03:37 2019 From: noreply at wordpress.org (noreply at wordpress.org) Date: Fri, 28 Jun 2019 05:03:37 +0000 (UTC) Subject: [wp-meta] [9000] sites/trunk/wordpress.org/public_html/wp-content/themes/pub/wporg-developer/inc/search.php: Developer: Output meta tag to prevent indexing of search results pages. Message-ID: <20190628050337.7EDDE1B0055A@svn1.ord.wordpress.org> An HTML attachment was scrubbed... URL: From noreply at wordpress.org Fri Jun 28 05:03:39 2019 From: noreply at wordpress.org (Making WordPress.org) Date: Fri, 28 Jun 2019 05:03:39 -0000 Subject: [wp-meta] [Making WordPress.org] #4540: Noindex search results pages in the block editor handbook In-Reply-To: <058.0cd9f3827395176ad1ca4c48e7f403f6@wordpress.org> References: <058.0cd9f3827395176ad1ca4c48e7f403f6@wordpress.org> Message-ID: <073.ec7c2118e073bb47a69987c9b1e8f330@wordpress.org> #4540: Noindex search results pages in the block editor handbook ----------------------------+-------------------------- Reporter: jonoaldersonwp | Owner: coffee2code Type: defect | Status: closed Priority: lowest | Milestone: Component: Developer Hub | Resolution: fixed Keywords: seo | ----------------------------+-------------------------- Changes (by coffee2code): * owner: (none) => coffee2code * status: new => closed * resolution: => fixed Comment: In [changeset:"9000" 9000]: {{{ #!CommitTicketReference repository="" revision="9000" Developer: Output meta tag to prevent indexing of search results pages. Props jonoaldersonwp, coffee2code. Fixes #4540. }}} -- Ticket URL: Making WordPress.org Making WordPress.org From noreply at wordpress.org Fri Jun 28 05:04:59 2019 From: noreply at wordpress.org (Making WordPress.org) Date: Fri, 28 Jun 2019 05:04:59 -0000 Subject: [wp-meta] [Making WordPress.org] #4540: Noindex search results pages in the block editor handbook In-Reply-To: <058.0cd9f3827395176ad1ca4c48e7f403f6@wordpress.org> References: <058.0cd9f3827395176ad1ca4c48e7f403f6@wordpress.org> Message-ID: <073.4a7179a4fe2bf6f7022842e48de07797@wordpress.org> #4540: Noindex search results pages in the block editor handbook ----------------------------+-------------------------- Reporter: jonoaldersonwp | Owner: coffee2code Type: defect | Status: closed Priority: lowest | Milestone: Component: Developer Hub | Resolution: fixed Keywords: seo | ----------------------------+-------------------------- Comment (by coffee2code): FYI: I've applied this to all search results for !DevHub, not just for the Block Editor handbook. -- Ticket URL: Making WordPress.org Making WordPress.org From noreply at wordpress.org Fri Jun 28 05:06:08 2019 From: noreply at wordpress.org (noreply at wordpress.org) Date: Fri, 28 Jun 2019 05:06:08 +0000 (UTC) Subject: [wp-meta] [9001] sites/trunk/api.wordpress.org/public_html/core/credits/shortcode.php: Credits: Add trailing slash to profiles URLs produced by the `wpcredits` shortcode. Message-ID: <20190628050608.DE07C1B0055A@svn1.ord.wordpress.org> An HTML attachment was scrubbed... URL: From noreply at wordpress.org Fri Jun 28 05:06:10 2019 From: noreply at wordpress.org (Making WordPress.org) Date: Fri, 28 Jun 2019 05:06:10 -0000 Subject: [wp-meta] [Making WordPress.org] #4542: Contributor references in news/announcement posts should have a trailing slash In-Reply-To: <058.9c4e11908e9e897a181a4718583413ba@wordpress.org> References: <058.9c4e11908e9e897a181a4718583413ba@wordpress.org> Message-ID: <073.06831df7b99ca9f1e66dc77be1c4f942@wordpress.org> #4542: Contributor references in news/announcement posts should have a trailing slash ----------------------------+-------------------------- Reporter: jonoaldersonwp | Owner: coffee2code Type: defect | Status: closed Priority: lowest | Milestone: Component: General | Resolution: fixed Keywords: seo | ----------------------------+-------------------------- Changes (by coffee2code): * owner: (none) => coffee2code * status: new => closed * resolution: => fixed Comment: In [changeset:"9001" 9001]: {{{ #!CommitTicketReference repository="" revision="9001" Credits: Add trailing slash to profiles URLs produced by the `wpcredits` shortcode. Props jonoaldersonwp, coffee2code. Fixes #4542. }}} -- Ticket URL: Making WordPress.org Making WordPress.org From noreply at wordpress.org Fri Jun 28 05:10:10 2019 From: noreply at wordpress.org (Making WordPress.org) Date: Fri, 28 Jun 2019 05:10:10 -0000 Subject: [wp-meta] [Making WordPress.org] #4541: Change the title formatting on Profile templates In-Reply-To: <058.e64a1beeece9d98e2899e4d046edf0f7@wordpress.org> References: <058.e64a1beeece9d98e2899e4d046edf0f7@wordpress.org> Message-ID: <073.aac9ccc3e1b20d8d7aa0e9a2cb89d015@wordpress.org> #4541: Change the title formatting on Profile templates ----------------------------+-------------------------- Reporter: jonoaldersonwp | Owner: coffee2code Type: defect | Status: closed Priority: normal | Milestone: Component: Profiles | Resolution: fixed Keywords: seo | ----------------------------+-------------------------- Changes (by coffee2code): * status: accepted => closed * resolution: => fixed Comment: Fixed in [dotorg-15176]. I superseded the differing recommendation you made for profile document titles in #4277 by using this ticket's recommendation. -- Ticket URL: Making WordPress.org Making WordPress.org From noreply at wordpress.org Fri Jun 28 05:10:22 2019 From: noreply at wordpress.org (Making WordPress.org) Date: Fri, 28 Jun 2019 05:10:22 -0000 Subject: [wp-meta] [Making WordPress.org] #4503: Incorrect capitalization of nicename not corrected in user profile links In-Reply-To: <051.2b098cc549bd7ae056274b6aadb276bf@wordpress.org> References: <051.2b098cc549bd7ae056274b6aadb276bf@wordpress.org> Message-ID: <066.3bcdd8f9099bc8b4e753790d7786e0b3@wordpress.org> #4503: Incorrect capitalization of nicename not corrected in user profile links ----------------------+-------------------------- Reporter: casiepa | Owner: coffee2code Type: defect | Status: closed Priority: normal | Milestone: Component: Profiles | Resolution: fixed Keywords: | ----------------------+-------------------------- Changes (by coffee2code): * status: accepted => closed * resolution: => fixed Comment: Fixed in [dotorg-15175]. -- Ticket URL: Making WordPress.org Making WordPress.org From noreply at wordpress.org Fri Jun 28 06:33:58 2019 From: noreply at wordpress.org (Making WordPress.org) Date: Fri, 28 Jun 2019 06:33:58 -0000 Subject: [wp-meta] [Making WordPress.org] #4525: Add insights to the plugin language packs page In-Reply-To: <049.21b326687172f3562e74e26ad7c9ed49@wordpress.org> References: <049.21b326687172f3562e74e26ad7c9ed49@wordpress.org> Message-ID: <064.50701365567d47f476712470535e90ef@wordpress.org> #4525: Add insights to the plugin language packs page --------------------------------------+--------------------- Reporter: ramiy | Owner: (none) Type: enhancement | Status: new Priority: normal | Milestone: Component: Translate Site & Plugins | Resolution: Keywords: 2nd-opinion has-patch | --------------------------------------+--------------------- Changes (by ramiy): * keywords: 2nd-opinion needs-patch => 2nd-opinion has-patch Comment: @tellyworth Good questions! here are the answers: **What is the problem that this is intended to solve?** Currently a plugin author don't really know how many of his language packs are update to the latest version. Unless he manually extracts the data from the language packs list - counting them one by one. **How would a plugin author make use of this data?** With this data, plugin authors can decide whether to focus resources on translations. For example if over 95% of my language packs are updated to the latest version I will do nothing, but if only 40% of the language packs are updated to the latest version I will spend time translating my plugin or hire someone to do that. **What would it enable them to do?** Insights is the first step for better decision making. I'm sorry to say, but the language pack list is a useless list of raw data. A single pie chart provides a better visual representation of the data. If you want to allow the plugin author do something on the page, we can replace the list with a table with sortable columns. It will be much easier to detect language packs for older version. -- Ticket URL: Making WordPress.org Making WordPress.org From noreply at wordpress.org Fri Jun 28 06:36:49 2019 From: noreply at wordpress.org (Making WordPress.org) Date: Fri, 28 Jun 2019 06:36:49 -0000 Subject: [wp-meta] [Making WordPress.org] #4529: Reactions on Support Forum Replies In-Reply-To: <064.7741790016fbe44060cad7e6c2ce557d@wordpress.org> References: <064.7741790016fbe44060cad7e6c2ce557d@wordpress.org> Message-ID: <079.1f25489d7859e3c4403e76802fc126f9@wordpress.org> #4529: Reactions on Support Forum Replies ----------------------------------+------------------------- Reporter: felipeloureirosantos | Owner: (none) Type: enhancement | Status: closed Priority: normal | Milestone: Component: Support Forums | Resolution: maybelater Keywords: | ----------------------------------+------------------------- Comment (by casiepa): This one used to work on bbPress if I remember well, but not tested in the last years: https://wordpress.org/plugins/super-emoji-plus/ -- Ticket URL: Making WordPress.org Making WordPress.org From noreply at wordpress.org Fri Jun 28 06:49:01 2019 From: noreply at wordpress.org (Making WordPress.org) Date: Fri, 28 Jun 2019 06:49:01 -0000 Subject: [wp-meta] [Making WordPress.org] #4529: Reactions on Support Forum Replies In-Reply-To: <064.7741790016fbe44060cad7e6c2ce557d@wordpress.org> References: <064.7741790016fbe44060cad7e6c2ce557d@wordpress.org> Message-ID: <079.c7b05aac6a257dc7732f27630baee013@wordpress.org> #4529: Reactions on Support Forum Replies ----------------------------------+------------------------- Reporter: felipeloureirosantos | Owner: (none) Type: enhancement | Status: closed Priority: normal | Milestone: Component: Support Forums | Resolution: maybelater Keywords: | ----------------------------------+------------------------- Comment (by netweb): Replying to [comment:7 casiepa]: > This one used to work on bbPress if I remember well, but not tested in the last years: https://wordpress.org/plugins/super-emoji-plus/ Thanks, that plugin allows an “emoji picker” to select an ''emoji'' to add to the post content inline, which would work with bbPress, but it’s not like the GitHub ''voting'' buttons where a limited selection of ''emoji'' are available to use as a ''voting'' mechanism by users to vote on topic or replies. -- Ticket URL: Making WordPress.org Making WordPress.org From noreply at wordpress.org Fri Jun 28 06:50:06 2019 From: noreply at wordpress.org (Making WordPress.org) Date: Fri, 28 Jun 2019 06:50:06 -0000 Subject: [wp-meta] [Making WordPress.org] #4529: Reactions on Support Forum Replies In-Reply-To: <064.7741790016fbe44060cad7e6c2ce557d@wordpress.org> References: <064.7741790016fbe44060cad7e6c2ce557d@wordpress.org> Message-ID: <079.c33bf7b59194e94b42e13eaf7b1fb910@wordpress.org> #4529: Reactions on Support Forum Replies ----------------------------------+------------------------- Reporter: felipeloureirosantos | Owner: (none) Type: enhancement | Status: closed Priority: normal | Milestone: Component: Support Forums | Resolution: maybelater Keywords: | ----------------------------------+------------------------- Comment (by casiepa): Ah, ok, so then more something like: https://wordpress.org/plugins/bbpress-votes/ https://wordpress.org/plugins/wp-ulike/ ? Replying to [comment:8 netweb]: > Replying to [comment:7 casiepa]: > > This one used to work on bbPress if I remember well, but not tested in the last years: https://wordpress.org/plugins/super-emoji-plus/ > > Thanks, that plugin allows an “emoji picker” to select an ''emoji'' to add to the post content inline, which would work with bbPress, but it’s not like the GitHub ''voting'' buttons where a limited selection of ''emoji'' are available to use as a ''voting'' mechanism by users to vote on topic or replies. -- Ticket URL: Making WordPress.org Making WordPress.org From noreply at wordpress.org Fri Jun 28 07:00:45 2019 From: noreply at wordpress.org (Making WordPress.org) Date: Fri, 28 Jun 2019 07:00:45 -0000 Subject: [wp-meta] [Making WordPress.org] #4558: Add details summary block to the Theme Review sites Message-ID: <051.eb2de732b33561ec94ede255a62462cc@wordpress.org> #4558: Add details summary block to the Theme Review sites --------------------------+---------------------- Reporter: dingo_d | Owner: dd32 Type: enhancement | Status: assigned Priority: high | Milestone: Component: Theme Review | Keywords: --------------------------+---------------------- I've created a block for creating a `
` markup which will allow us to add code examples on the theme review handbook without creating a mess of that page. The plugin is located here: https://wordpress.org/plugins/details-summary- block/ If you can install it to the sites that would be awesome :) Thanks -- Ticket URL: Making WordPress.org Making WordPress.org From noreply at wordpress.org Fri Jun 28 07:01:01 2019 From: noreply at wordpress.org (Making WordPress.org) Date: Fri, 28 Jun 2019 07:01:01 -0000 Subject: [wp-meta] [Making WordPress.org] #4529: Reactions on Support Forum Replies In-Reply-To: <064.7741790016fbe44060cad7e6c2ce557d@wordpress.org> References: <064.7741790016fbe44060cad7e6c2ce557d@wordpress.org> Message-ID: <079.7bd84ec801c17f8f99b754d6dc0252ec@wordpress.org> #4529: Reactions on Support Forum Replies ----------------------------------+------------------------- Reporter: felipeloureirosantos | Owner: (none) Type: enhancement | Status: closed Priority: normal | Milestone: Component: Support Forums | Resolution: maybelater Keywords: | ----------------------------------+------------------------- Comment (by netweb): Replying to [comment:9 casiepa]: > Ah, ok, so then more something like: > https://wordpress.org/plugins/bbpress-votes/ Thanks, again, no, this plugin adds a numeric ''vote counter'' to each topic or reply rather than emoji reactions Replying to [comment:9 casiepa]: > https://wordpress.org/plugins/wp-ulike/ This is close, but it is doing far too much ''other'' stuff for consideration on w.org -- Ticket URL: Making WordPress.org Making WordPress.org From noreply at wordpress.org Fri Jun 28 09:35:23 2019 From: noreply at wordpress.org (Making WordPress.org) Date: Fri, 28 Jun 2019 09:35:23 -0000 Subject: [wp-meta] [Making WordPress.org] #3791: Consider bumping pre-commit checker on plugins to PHP 7.1 In-Reply-To: <051.a649e8525280ac88e3ba1f38f27d5c23@wordpress.org> References: <051.a649e8525280ac88e3ba1f38f27d5c23@wordpress.org> Message-ID: <066.6323e2222e1bb75f801be5705352a2d1@wordpress.org> #3791: Consider bumping pre-commit checker on plugins to PHP 7.1 ------------------------------+--------------------- Reporter: Ipstenu | Owner: (none) Type: defect | Status: new Priority: high | Milestone: Component: Plugin Directory | Resolution: Keywords: pending-systems | ------------------------------+--------------------- Comment (by jvanhengeldationnl): Same here. Checking in our plugin is blocked for all our libraries use 7.1+. -- Ticket URL: Making WordPress.org Making WordPress.org From noreply at wordpress.org Fri Jun 28 09:37:16 2019 From: noreply at wordpress.org (Making WordPress.org) Date: Fri, 28 Jun 2019 09:37:16 -0000 Subject: [wp-meta] [Making WordPress.org] #4559: Dedicated robots.txt file for translate.wordpress.org Message-ID: <058.bca6e4035f58d9f9d7208fae8a4121df@wordpress.org> #4559: Dedicated robots.txt file for translate.wordpress.org --------------------------------------+-------------------- Reporter: jonoaldersonwp | Owner: (none) Type: defect | Status: new Priority: high | Milestone: Component: Translate Site & Plugins | Keywords: seo --------------------------------------+-------------------- This consumes huge amounts of crawl budget, for relatively little return. We'd like to block crawling of it entirely, via robots.txt. At the moment, it shares a robots.txt with other wordpress.org domains, which makes this impossible. Can we give it a dedicated robots.txt file, which is separate from other sites, with the following contents: {{{ User-agent: * Disallow: /* Noindex: /* Allow: /$ }}} If/when this is complete, the `?filter` rule can be removed from the shared/global robots.txt file. -- Ticket URL: Making WordPress.org Making WordPress.org From noreply at wordpress.org Fri Jun 28 09:39:44 2019 From: noreply at wordpress.org (Making WordPress.org) Date: Fri, 28 Jun 2019 09:39:44 -0000 Subject: [wp-meta] [Making WordPress.org] #4559: Dedicated robots.txt file for translate.wordpress.org In-Reply-To: <058.bca6e4035f58d9f9d7208fae8a4121df@wordpress.org> References: <058.bca6e4035f58d9f9d7208fae8a4121df@wordpress.org> Message-ID: <073.61a04c59bc7801bc208d3244c2623beb@wordpress.org> #4559: Dedicated robots.txt file for translate.wordpress.org --------------------------------------+--------------------- Reporter: jonoaldersonwp | Owner: (none) Type: defect | Status: new Priority: high | Milestone: Component: Translate Site & Plugins | Resolution: Keywords: seo | --------------------------------------+--------------------- Description changed by jonoaldersonwp: Old description: > This consumes huge amounts of crawl budget, for relatively little return. > We'd like to block crawling of it entirely, via robots.txt. > > At the moment, it shares a robots.txt with other wordpress.org domains, > which makes this impossible. > > Can we give it a dedicated robots.txt file, which is separate from other > sites, with the following contents: > > {{{ > User-agent: * > Disallow: /* > Noindex: /* > Allow: /$ > }}} > > If/when this is complete, the `?filter` rule can be removed from the > shared/global robots.txt file. New description: This consumes huge amounts of crawl budget, for relatively little return. We'd like to block crawling of it entirely, via robots.txt. At the moment, it shares a robots.txt with other wordpress.org domains, which makes this impossible. Can we give it a dedicated robots.txt file, which is separate from other sites, with the following contents: {{{ User-agent: * Disallow: /* Noindex: /* Allow: /$ }}} NB: We'll need to be absolutely certain that this is a standalone file, and doesn't bleed through to any other WP domains/contexts, or we'll cause the end of the world. If/when this is complete, the `?filter` rule can be removed from the shared/global robots.txt file. -- -- Ticket URL: Making WordPress.org Making WordPress.org From noreply at wordpress.org Fri Jun 28 09:51:32 2019 From: noreply at wordpress.org (Making WordPress.org) Date: Fri, 28 Jun 2019 09:51:32 -0000 Subject: [wp-meta] [Making WordPress.org] #3791: Consider bumping pre-commit checker on plugins to PHP 7.1 In-Reply-To: <051.a649e8525280ac88e3ba1f38f27d5c23@wordpress.org> References: <051.a649e8525280ac88e3ba1f38f27d5c23@wordpress.org> Message-ID: <066.00481aea6b0b50c520e80408c8e773a8@wordpress.org> #3791: Consider bumping pre-commit checker on plugins to PHP 7.1 ------------------------------+--------------------- Reporter: Ipstenu | Owner: (none) Type: defect | Status: new Priority: high | Milestone: Component: Plugin Directory | Resolution: Keywords: pending-systems | ------------------------------+--------------------- Comment (by dhuethorst): Any updates? Blocked by some libraries using 7.1... -- Ticket URL: Making WordPress.org Making WordPress.org From noreply at wordpress.org Fri Jun 28 10:39:58 2019 From: noreply at wordpress.org (Making WordPress.org) Date: Fri, 28 Jun 2019 10:39:58 -0000 Subject: [wp-meta] [Making WordPress.org] #4560: Delete + redirect empty handbook pages Message-ID: <058.b731cbc969ca458e0c4e046244f92ae0@wordpress.org> #4560: Delete + redirect empty handbook pages ----------------------------+-------------------- Reporter: jonoaldersonwp | Owner: (none) Type: defect | Status: new Priority: high | Milestone: Component: Handbooks | Keywords: seo ----------------------------+-------------------- The handbook contains tons of empty pages, and, tons of deleted pages without redirects. This needs better care; we need to make sure that pages which are moved/removed ''always'' get redirected. The following are examples of URLs I've found which are either empty docs pages, or, pages which have been removed but not redirected. There are almost certainly more; all of them need removing (if they haven't already been) ''and'' redirecting to suitable equivalents. Empty pages: - https://make.wordpress.org/docs/handbook/past-projects/ - https://make.wordpress.org/docs/handbook/documentation-team-handbook/ - https://make.wordpress.org/docs/handbook/helphub/helphub-contributors/ - https://make.wordpress.org/docs/handbook/helphub/translating-helphub/ - https://make.wordpress.org/docs/handbook/devhub/devhub-contributors/ - https://make.wordpress.org/docs/handbook/codex/codex-contributors/ - https://make.wordpress.org/docs/handbook/documentation-team-handbook /getting-started/ - https://make.wordpress.org/docs/handbook/code-reference/inline- documentation/working-with-track/ - https://make.wordpress.org/docs/handbook/code-reference/editing-articles /editing-articles-contributors/ - https://make.wordpress.org/docs/handbook/code-reference/inline- documentation/inline-documentation-contributors/ Moved/removed pages: - https://make.wordpress.org/docs/handbook/gutenberg/gutenberg- documentation-contributors/ - https://make.wordpress.org/docs/handbook/documentation-team-handbook /handbook-contributors/ - https://make.wordpress.org/docs/handbook/core/ - https://make.wordpress.org/docs/handbook/references/ -- Ticket URL: Making WordPress.org Making WordPress.org From noreply at wordpress.org Fri Jun 28 10:40:47 2019 From: noreply at wordpress.org (Making WordPress.org) Date: Fri, 28 Jun 2019 10:40:47 -0000 Subject: [wp-meta] [Making WordPress.org] #4560: Delete + redirect empty handbook pages In-Reply-To: <058.b731cbc969ca458e0c4e046244f92ae0@wordpress.org> References: <058.b731cbc969ca458e0c4e046244f92ae0@wordpress.org> Message-ID: <073.106b671ad8a9c6fff4eb27facf30dadd@wordpress.org> #4560: Delete + redirect empty handbook pages ----------------------------+--------------------- Reporter: jonoaldersonwp | Owner: (none) Type: defect | Status: new Priority: high | Milestone: Component: Handbooks | Resolution: Keywords: seo | ----------------------------+--------------------- Description changed by jonoaldersonwp: Old description: > The handbook contains tons of empty pages, and, tons of deleted pages > without redirects. > > This needs better care; we need to make sure that pages which are > moved/removed ''always'' get redirected. > > The following are examples of URLs I've found which are either empty docs > pages, or, pages which have been removed but not redirected. > > There are almost certainly more; all of them need removing (if they > haven't already been) ''and'' redirecting to suitable equivalents. > > Empty pages: > - https://make.wordpress.org/docs/handbook/past-projects/ > - https://make.wordpress.org/docs/handbook/documentation-team-handbook/ > - https://make.wordpress.org/docs/handbook/helphub/helphub-contributors/ > - https://make.wordpress.org/docs/handbook/helphub/translating-helphub/ > - https://make.wordpress.org/docs/handbook/devhub/devhub-contributors/ > - https://make.wordpress.org/docs/handbook/codex/codex-contributors/ > - https://make.wordpress.org/docs/handbook/documentation-team-handbook > /getting-started/ > - https://make.wordpress.org/docs/handbook/code-reference/inline- > documentation/working-with-track/ > - https://make.wordpress.org/docs/handbook/code-reference/editing- > articles/editing-articles-contributors/ > - https://make.wordpress.org/docs/handbook/code-reference/inline- > documentation/inline-documentation-contributors/ > > Moved/removed pages: > - https://make.wordpress.org/docs/handbook/gutenberg/gutenberg- > documentation-contributors/ > - https://make.wordpress.org/docs/handbook/documentation-team-handbook > /handbook-contributors/ > - https://make.wordpress.org/docs/handbook/core/ > - https://make.wordpress.org/docs/handbook/references/ New description: The handbook contains tons of empty pages, and, tons of deleted pages without redirects. This needs better care; we need to make sure that pages which are moved/removed ''always'' get redirected. Separately to this cleanup, I'd be keen to understand how we prevent this from happening again - it's ''extremely'' damaging. The following are examples of URLs I've found which are either empty docs pages, or, pages which have been removed but not redirected. There are almost certainly more; all of them need removing (if they haven't already been) ''and'' redirecting to suitable equivalents. Empty pages: - https://make.wordpress.org/docs/handbook/past-projects/ - https://make.wordpress.org/docs/handbook/documentation-team-handbook/ - https://make.wordpress.org/docs/handbook/helphub/helphub-contributors/ - https://make.wordpress.org/docs/handbook/helphub/translating-helphub/ - https://make.wordpress.org/docs/handbook/devhub/devhub-contributors/ - https://make.wordpress.org/docs/handbook/codex/codex-contributors/ - https://make.wordpress.org/docs/handbook/documentation-team-handbook /getting-started/ - https://make.wordpress.org/docs/handbook/code-reference/inline- documentation/working-with-track/ - https://make.wordpress.org/docs/handbook/code-reference/editing-articles /editing-articles-contributors/ - https://make.wordpress.org/docs/handbook/code-reference/inline- documentation/inline-documentation-contributors/ Moved/removed pages: - https://make.wordpress.org/docs/handbook/gutenberg/gutenberg- documentation-contributors/ - https://make.wordpress.org/docs/handbook/documentation-team-handbook /handbook-contributors/ - https://make.wordpress.org/docs/handbook/core/ - https://make.wordpress.org/docs/handbook/references/ - https://make.wordpress.org/docs/handbook/developer-resources/code- reference/codex-migration/reviewing-migrated-examples/ -- -- Ticket URL: Making WordPress.org Making WordPress.org From noreply at wordpress.org Fri Jun 28 10:47:13 2019 From: noreply at wordpress.org (Making WordPress.org) Date: Fri, 28 Jun 2019 10:47:13 -0000 Subject: [wp-meta] [Making WordPress.org] #4561: Links to plugin contributor profiles should append a trailing slash Message-ID: <058.450ddfdcfe26410a58ff6531624f2eb0@wordpress.org> #4561: Links to plugin contributor profiles should append a trailing slash ------------------------------+-------------------- Reporter: jonoaldersonwp | Owner: (none) Type: defect | Status: new Priority: lowest | Milestone: Component: Plugin Directory | Keywords: seo ------------------------------+-------------------- Links to plugin contributors, such as those found in the "Contributors & Developers" section on https://wordpress.org/plugins/akismet/, should append a trailing slash to their profile link. -- Ticket URL: Making WordPress.org Making WordPress.org From noreply at wordpress.org Fri Jun 28 10:48:45 2019 From: noreply at wordpress.org (Making WordPress.org) Date: Fri, 28 Jun 2019 10:48:45 -0000 Subject: [wp-meta] [Making WordPress.org] #4197: Showcase templates omit canonical and next/prev tags In-Reply-To: <058.9a6eeba5072f1fc7c7eaaa904725633e@wordpress.org> References: <058.9a6eeba5072f1fc7c7eaaa904725633e@wordpress.org> Message-ID: <073.c935114e2b7f17f8c7afb0f21c414b1e@wordpress.org> #4197: Showcase templates omit canonical and next/prev tags ----------------------------+---------------------- Reporter: jonoaldersonwp | Owner: (none) Type: defect | Status: closed Priority: high | Milestone: Component: Showcase | Resolution: wontfix Keywords: seo | ----------------------------+---------------------- Changes (by jonoaldersonwp): * status: new => closed * resolution: => wontfix Comment: Rel next/prev tags no longer supported by Google. -- Ticket URL: Making WordPress.org Making WordPress.org From noreply at wordpress.org Fri Jun 28 10:52:38 2019 From: noreply at wordpress.org (Making WordPress.org) Date: Fri, 28 Jun 2019 10:52:38 -0000 Subject: [wp-meta] [Making WordPress.org] #4535: Delete "Hello World" posts (and tidy up empty blogs) In-Reply-To: <058.87dc495106ed159669fe26da9de54680@wordpress.org> References: <058.87dc495106ed159669fe26da9de54680@wordpress.org> Message-ID: <073.8012dc86bd5e4e680c3ebbf179886c88@wordpress.org> #4535: Delete "Hello World" posts (and tidy up empty blogs) -------------------------------------------+----------------------- Reporter: jonoaldersonwp | Owner: ocean90 Type: enhancement | Status: accepted Priority: normal | Milestone: Component: International Sites (Rosetta) | Resolution: Keywords: seo | -------------------------------------------+----------------------- Comment (by jonoaldersonwp): Related https://meta.trac.wordpress.org/ticket/4289 -- Ticket URL: Making WordPress.org Making WordPress.org From noreply at wordpress.org Fri Jun 28 10:55:54 2019 From: noreply at wordpress.org (Making WordPress.org) Date: Fri, 28 Jun 2019 10:55:54 -0000 Subject: [wp-meta] [Making WordPress.org] #4562: Plugin support links should append a trailing slash Message-ID: <058.1896203732e3788b152d57d019bf4886@wordpress.org> #4562: Plugin support links should append a trailing slash ------------------------------+-------------------- Reporter: jonoaldersonwp | Owner: (none) Type: defect | Status: new Priority: lowest | Milestone: Component: Plugin Directory | Keywords: seo ------------------------------+-------------------- The 'View support forum' link in the sidebar, and the 'Support' link in the plugin nav/tabs (with 'Details' / 'Reviews', 'Installation' etc) should append a trailing slash to the link. -- Ticket URL: Making WordPress.org Making WordPress.org From noreply at wordpress.org Fri Jun 28 11:09:38 2019 From: noreply at wordpress.org (Making WordPress.org) Date: Fri, 28 Jun 2019 11:09:38 -0000 Subject: [wp-meta] [Making WordPress.org] #4563: Search results pages on WordCamp Central should be noindex'd Message-ID: <058.3b29c401c3d5c1a54e68117f74cde0c9@wordpress.org> #4563: Search results pages on WordCamp Central should be noindex'd -------------------------------------+-------------------- Reporter: jonoaldersonwp | Owner: (none) Type: defect | Status: new Priority: normal | Milestone: Component: WordCamp Site & Plugins | Keywords: seo -------------------------------------+-------------------- Search results pages, such as https://central.wordcamp.org/?s=cats, should output a meta robots tag with a value of 'noindex, follow', -- Ticket URL: Making WordPress.org Making WordPress.org From noreply at wordpress.org Fri Jun 28 11:12:38 2019 From: noreply at wordpress.org (Making WordPress.org) Date: Fri, 28 Jun 2019 11:12:38 -0000 Subject: [wp-meta] [Making WordPress.org] #4289: Delete placeholder pages In-Reply-To: <058.ea8feffab078bd39b6b91ea5f5d70670@wordpress.org> References: <058.ea8feffab078bd39b6b91ea5f5d70670@wordpress.org> Message-ID: <073.739126fb2df314b55dd81aca939a2785@wordpress.org> #4289: Delete placeholder pages -------------------------------------------+----------------------- Reporter: jonoaldersonwp | Owner: ocean90 Type: defect | Status: accepted Priority: low | Milestone: Component: International Sites (Rosetta) | Resolution: Keywords: seo | -------------------------------------------+----------------------- Changes (by ocean90): * owner: defries => ocean90 * status: assigned => accepted -- Ticket URL: Making WordPress.org Making WordPress.org From noreply at wordpress.org Fri Jun 28 11:14:10 2019 From: noreply at wordpress.org (Making WordPress.org) Date: Fri, 28 Jun 2019 11:14:10 -0000 Subject: [wp-meta] [Making WordPress.org] #4564: Paginated states of the WordCamp homepage should 301 to the site root Message-ID: <058.3d6c836c0e2f1f07c21c010e4c6518c5@wordpress.org> #4564: Paginated states of the WordCamp homepage should 301 to the site root -------------------------------------+-------------------- Reporter: jonoaldersonwp | Owner: (none) Type: defect | Status: new Priority: lowest | Milestone: Component: WordCamp Site & Plugins | Keywords: seo -------------------------------------+-------------------- E.g., https://central.wordcamp.org/page/5/ should 301 to https://central.wordcamp.org/ -- Ticket URL: Making WordPress.org Making WordPress.org From noreply at wordpress.org Fri Jun 28 11:16:06 2019 From: noreply at wordpress.org (Making WordPress.org) Date: Fri, 28 Jun 2019 11:16:06 -0000 Subject: [wp-meta] [Making WordPress.org] #4565: WordCamp pages should include the year in the title Message-ID: <058.254ef66cc58f8eceaab0a21dee5827d4@wordpress.org> #4565: WordCamp pages should include the year in the title -------------------------------------+-------------------- Reporter: jonoaldersonwp | Owner: (none) Type: defect | Status: new Priority: lowest | Milestone: Component: WordCamp Site & Plugins | Keywords: seo -------------------------------------+-------------------- E.g., https://central.wordcamp.org/wordcamps/wordcamp-grand-rapids-mi-2/ has a title of `WordCamp Grand Rapids, MI | WordCamp Central`. This should be `WordCamp Grand Rapids, MI - 2019 | WordCamp Central`. -- Ticket URL: Making WordPress.org Making WordPress.org From noreply at wordpress.org Fri Jun 28 11:17:54 2019 From: noreply at wordpress.org (Making WordPress.org) Date: Fri, 28 Jun 2019 11:17:54 -0000 Subject: [wp-meta] [Making WordPress.org] #4559: Dedicated robots.txt file for translate.wordpress.org In-Reply-To: <058.bca6e4035f58d9f9d7208fae8a4121df@wordpress.org> References: <058.bca6e4035f58d9f9d7208fae8a4121df@wordpress.org> Message-ID: <073.c91d04867f8ab633b1d812925be5ed2e@wordpress.org> #4559: Dedicated robots.txt file for translate.wordpress.org --------------------------------------+--------------------- Reporter: jonoaldersonwp | Owner: (none) Type: enhancement | Status: new Priority: low | Milestone: Component: Translate Site & Plugins | Resolution: Keywords: seo | --------------------------------------+--------------------- Changes (by ocean90): * priority: high => low * type: defect => enhancement Comment: There are probably a few pages which still should be indexed like /stats, /consistency or each /locale/$locale. > We'd like to block crawling of it entirely Just out of curiosity, who is "we"? -- Ticket URL: Making WordPress.org Making WordPress.org From noreply at wordpress.org Fri Jun 28 11:19:32 2019 From: noreply at wordpress.org (Making WordPress.org) Date: Fri, 28 Jun 2019 11:19:32 -0000 Subject: [wp-meta] [Making WordPress.org] #4566: Image placeholder isn't size-constrained Message-ID: <058.60f90f525c26631779d7c28e37b4643a@wordpress.org> #4566: Image placeholder isn't size-constrained -------------------------------------+-------------------- Reporter: jonoaldersonwp | Owner: (none) Type: defect | Status: new Priority: lowest | Milestone: Component: WordCamp Site & Plugins | Keywords: seo -------------------------------------+-------------------- When a WordCamp page is missing an image, such as with https://central.wordcamp.org/wordcamps/wordcamp-grand-rapids/, the preview/loading image escapes its bounding. -- Ticket URL: Making WordPress.org Making WordPress.org From noreply at wordpress.org Fri Jun 28 11:21:15 2019 From: noreply at wordpress.org (Making WordPress.org) Date: Fri, 28 Jun 2019 11:21:15 -0000 Subject: [wp-meta] [Making WordPress.org] #4559: Dedicated robots.txt file for translate.wordpress.org In-Reply-To: <058.bca6e4035f58d9f9d7208fae8a4121df@wordpress.org> References: <058.bca6e4035f58d9f9d7208fae8a4121df@wordpress.org> Message-ID: <073.67d77ecacd40b74e58a5f7803c26a9c4@wordpress.org> #4559: Dedicated robots.txt file for translate.wordpress.org --------------------------------------+--------------------- Reporter: jonoaldersonwp | Owner: (none) Type: enhancement | Status: new Priority: low | Milestone: Component: Translate Site & Plugins | Resolution: Keywords: seo | --------------------------------------+--------------------- Comment (by jonoaldersonwp): Happy to add a small number of whitelisted pages. In this case, "we" is me and Joost. -- Ticket URL: Making WordPress.org Making WordPress.org From noreply at wordpress.org Fri Jun 28 11:28:51 2019 From: noreply at wordpress.org (Making WordPress.org) Date: Fri, 28 Jun 2019 11:28:51 -0000 Subject: [wp-meta] [Making WordPress.org] #4567: WordCamp news templates should use canonical URL tags Message-ID: <058.47bc633d4cdd1f7f8c04adac87e01284@wordpress.org> #4567: WordCamp news templates should use canonical URL tags -------------------------------------+-------------------- Reporter: jonoaldersonwp | Owner: (none) Type: defect | Status: new Priority: low | Milestone: Component: WordCamp Site & Plugins | Keywords: seo -------------------------------------+-------------------- The following example URLs are all missing canonical tags. In each case, and in the cases they represent, canonical tags should be added. - https://central.wordcamp.org/news/ (archive) - https://central.wordcamp.org/news/page/2/ (paginated archive) - https://central.wordcamp.org/news/2018/ (date archive) - https://central.wordcamp.org/news/author/sippis/ (author archive) - https://central.wordcamp.org/news/category/events/ (category archive) - https://central.wordcamp.org/news/tag/announcements/ (tag archive) - https://central.wordcamp.org/news/2018/page/2/ (compound paginated states) -- Ticket URL: Making WordPress.org Making WordPress.org From noreply at wordpress.org Fri Jun 28 11:37:55 2019 From: noreply at wordpress.org (Making WordPress.org) Date: Fri, 28 Jun 2019 11:37:55 -0000 Subject: [wp-meta] [Making WordPress.org] #4390: Hide duplicates on WordCamp attendees page In-Reply-To: <055.54e74b07de4bd465c7213d9ade3f0e79@wordpress.org> References: <055.54e74b07de4bd465c7213d9ade3f0e79@wordpress.org> Message-ID: <070.bcd583b618e84b4091908766fb7945e7@wordpress.org> #4390: Hide duplicates on WordCamp attendees page -------------------------------------+--------------------- Reporter: hlashbrooke | Owner: (none) Type: enhancement | Status: new Priority: normal | Milestone: Component: WordCamp Site & Plugins | Resolution: Keywords: needs-patch | -------------------------------------+--------------------- Comment (by casiepa): @coreymckrill as a workaround this might have done the job, but the same issue exists with volunteer tickets: Somebody buys a standard ticket, then decides to apply as volunteer, gets accepted and is asked to take the (normally free) volunteer ticket. So that person now has 2 tickets and will (probably) be shown twice. There will be both cases for volunteers: - Bought a normal ticket, then took the volunteers one (so keeps both) - Waited for the volunteers ticket and only has that one A check might have to be done to exclude any double entries of name-email unique combination. -- Ticket URL: Making WordPress.org Making WordPress.org From noreply at wordpress.org Fri Jun 28 11:53:09 2019 From: noreply at wordpress.org (noreply at wordpress.org) Date: Fri, 28 Jun 2019 11:53:09 +0000 (UTC) Subject: [wp-meta] [9002] sites/trunk/wordpress.org/public_html/wp-content/plugins/plugin-directory/widgets: Plugin Directory: Add trailing slash to profile URLs in committers, contributors, and support reps lists. Message-ID: <20190628115309.98F241B0052F@svn1.ord.wordpress.org> An HTML attachment was scrubbed... URL: From noreply at wordpress.org Fri Jun 28 11:53:11 2019 From: noreply at wordpress.org (Making WordPress.org) Date: Fri, 28 Jun 2019 11:53:11 -0000 Subject: [wp-meta] [Making WordPress.org] #4561: Links to plugin contributor profiles should append a trailing slash In-Reply-To: <058.450ddfdcfe26410a58ff6531624f2eb0@wordpress.org> References: <058.450ddfdcfe26410a58ff6531624f2eb0@wordpress.org> Message-ID: <073.ded1eb5f70dae59852048a53481485ea@wordpress.org> #4561: Links to plugin contributor profiles should append a trailing slash ------------------------------+----------------------------- Reporter: jonoaldersonwp | Owner: SergeyBiryukov Type: defect | Status: closed Priority: lowest | Milestone: Component: Plugin Directory | Resolution: fixed Keywords: seo | ------------------------------+----------------------------- Changes (by SergeyBiryukov): * owner: (none) => SergeyBiryukov * status: new => closed * resolution: => fixed Comment: In [changeset:"9002" 9002]: {{{ #!CommitTicketReference repository="" revision="9002" Plugin Directory: Add trailing slash to profile URLs in committers, contributors, and support reps lists. Props jonoaldersonwp. Fixes #4561. }}} -- Ticket URL: Making WordPress.org Making WordPress.org From noreply at wordpress.org Fri Jun 28 12:00:07 2019 From: noreply at wordpress.org (noreply at wordpress.org) Date: Fri, 28 Jun 2019 12:00:07 +0000 (UTC) Subject: [wp-meta] [9003] sites/trunk/wordpress.org/public_html/wp-content/plugins/plugin-directory/class-template.php: Plugin Directory: Add trailing slash to support forums URL. Message-ID: <20190628120007.A752C1B0052F@svn1.ord.wordpress.org> An HTML attachment was scrubbed... URL: From noreply at wordpress.org Fri Jun 28 12:00:09 2019 From: noreply at wordpress.org (Making WordPress.org) Date: Fri, 28 Jun 2019 12:00:09 -0000 Subject: [wp-meta] [Making WordPress.org] #4562: Plugin support links should append a trailing slash In-Reply-To: <058.1896203732e3788b152d57d019bf4886@wordpress.org> References: <058.1896203732e3788b152d57d019bf4886@wordpress.org> Message-ID: <073.da37fa88ba2c7a1488800736c346f990@wordpress.org> #4562: Plugin support links should append a trailing slash ------------------------------+----------------------------- Reporter: jonoaldersonwp | Owner: SergeyBiryukov Type: defect | Status: closed Priority: lowest | Milestone: Component: Plugin Directory | Resolution: fixed Keywords: seo | ------------------------------+----------------------------- Changes (by SergeyBiryukov): * owner: (none) => SergeyBiryukov * status: new => closed * resolution: => fixed Comment: In [changeset:"9003" 9003]: {{{ #!CommitTicketReference repository="" revision="9003" Plugin Directory: Add trailing slash to support forums URL. Props jonoaldersonwp. Fixes #4562. }}} -- Ticket URL: Making WordPress.org Making WordPress.org From noreply at wordpress.org Fri Jun 28 12:12:54 2019 From: noreply at wordpress.org (Making WordPress.org) Date: Fri, 28 Jun 2019 12:12:54 -0000 Subject: [wp-meta] [Making WordPress.org] #4560: Delete + redirect empty handbook pages In-Reply-To: <058.b731cbc969ca458e0c4e046244f92ae0@wordpress.org> References: <058.b731cbc969ca458e0c4e046244f92ae0@wordpress.org> Message-ID: <073.05108a430faf38a86d7f92b0018eed4d@wordpress.org> #4560: Delete + redirect empty handbook pages ----------------------------+--------------------- Reporter: jonoaldersonwp | Owner: (none) Type: defect | Status: new Priority: high | Milestone: Component: Handbooks | Resolution: Keywords: seo | ----------------------------+--------------------- Comment (by dd32): FWIW these are all handbook pages from the Docs Team Handbook on how to contribute to OTHER handbooks. Most of these pages were published as stubs and have never had content. I'll ping the #docs team to clean it up. -- Ticket URL: Making WordPress.org Making WordPress.org From noreply at wordpress.org Fri Jun 28 12:14:04 2019 From: noreply at wordpress.org (Making WordPress.org) Date: Fri, 28 Jun 2019 12:14:04 -0000 Subject: [wp-meta] [Making WordPress.org] #4560: Delete + redirect empty handbook pages In-Reply-To: <058.b731cbc969ca458e0c4e046244f92ae0@wordpress.org> References: <058.b731cbc969ca458e0c4e046244f92ae0@wordpress.org> Message-ID: <073.0240d2c8dc085725d383ffdb8ee324c4@wordpress.org> #4560: Delete + redirect empty handbook pages ----------------------------+--------------------- Reporter: jonoaldersonwp | Owner: (none) Type: defect | Status: new Priority: high | Milestone: Component: Handbooks | Resolution: Keywords: seo | ----------------------------+--------------------- Comment (by jonoaldersonwp): Ahhh, interesting! Nice one :) -- Ticket URL: Making WordPress.org Making WordPress.org From noreply at wordpress.org Fri Jun 28 12:23:27 2019 From: noreply at wordpress.org (Making WordPress.org) Date: Fri, 28 Jun 2019 12:23:27 -0000 Subject: [wp-meta] [Making WordPress.org] #4390: Hide duplicates on WordCamp attendees page In-Reply-To: <055.54e74b07de4bd465c7213d9ade3f0e79@wordpress.org> References: <055.54e74b07de4bd465c7213d9ade3f0e79@wordpress.org> Message-ID: <070.d55aa6d769c1b7d391f1b0e3c687312a@wordpress.org> #4390: Hide duplicates on WordCamp attendees page -------------------------------------+--------------------- Reporter: hlashbrooke | Owner: (none) Type: enhancement | Status: new Priority: normal | Milestone: Component: WordCamp Site & Plugins | Resolution: Keywords: needs-patch | -------------------------------------+--------------------- Comment (by dd32): Replying to [comment:2 casiepa]: > @coreymckrill as a workaround this might have done the job, but the same issue exists with volunteer tickets: Somebody buys a standard ticket, then decides to apply as volunteer, gets accepted and is asked to take the (normally free) volunteer ticket. So that person now has 2 tickets and will (probably) be shown twice. It used to be that only one attendee would be shown per email address, but it looks like that was recently changed - https://github.com/Automattic/camptix/commit/594077b9500ae18a04b7d76d06b1d5919d4d139c You can also just mark one of the tickets as private, so that it doesn't show in the attendee listing. -- Ticket URL: Making WordPress.org Making WordPress.org From noreply at wordpress.org Fri Jun 28 12:50:51 2019 From: noreply at wordpress.org (Making WordPress.org) Date: Fri, 28 Jun 2019 12:50:51 -0000 Subject: [wp-meta] [Making WordPress.org] #2259: Ability to rate sessions / speakers In-Reply-To: <049.451385f9720087622ec1830dd54a8bea@wordpress.org> References: <049.451385f9720087622ec1830dd54a8bea@wordpress.org> Message-ID: <064.112a7d6123e402224b591668a6b22c35@wordpress.org> #2259: Ability to rate sessions / speakers --------------------------------------------------+----------------------- Reporter: Seags | Owner: (none) Type: enhancement | Status: assigned Priority: normal | Milestone: Component: WordCamp Site & Plugins | Resolution: Keywords: dev-feedback ui-feedback ux-feedback | --------------------------------------------------+----------------------- Comment (by casiepa): As per @melchoyce idea, why not using the input from WordPress.tv and youtube.com/wordpress? Or to think even further: is it not sufficient to read it there? Do we need it somewhere else? -- Ticket URL: Making WordPress.org Making WordPress.org From noreply at wordpress.org Fri Jun 28 15:52:59 2019 From: noreply at wordpress.org (Making WordPress.org) Date: Fri, 28 Jun 2019 15:52:59 -0000 Subject: [wp-meta] [Making WordPress.org] #4563: Search results pages on WordCamp Central should be noindex'd In-Reply-To: <058.3b29c401c3d5c1a54e68117f74cde0c9@wordpress.org> References: <058.3b29c401c3d5c1a54e68117f74cde0c9@wordpress.org> Message-ID: <073.ee267b20b6f5489579819d5f20ae83a6@wordpress.org> #4563: Search results pages on WordCamp Central should be noindex'd -------------------------------------+--------------------- Reporter: jonoaldersonwp | Owner: (none) Type: defect | Status: new Priority: normal | Milestone: Component: WordCamp Site & Plugins | Resolution: Keywords: seo | -------------------------------------+--------------------- Comment (by iandunn): Is there a Core ticket for that? It seems odd to do that on a per-site basis if it's a best practice. -- Ticket URL: Making WordPress.org Making WordPress.org From noreply at wordpress.org Fri Jun 28 15:59:16 2019 From: noreply at wordpress.org (Making WordPress.org) Date: Fri, 28 Jun 2019 15:59:16 -0000 Subject: [wp-meta] [Making WordPress.org] #4564: Paginated states of the WordCamp homepage should 301 to the site root In-Reply-To: <058.3d6c836c0e2f1f07c21c010e4c6518c5@wordpress.org> References: <058.3d6c836c0e2f1f07c21c010e4c6518c5@wordpress.org> Message-ID: <073.a9a95f16919e72cde203291ea8fe0b9e@wordpress.org> #4564: Paginated states of the WordCamp homepage should 301 to the site root -------------------------------------+--------------------- Reporter: jonoaldersonwp | Owner: (none) Type: defect | Status: new Priority: lowest | Milestone: Component: WordCamp Site & Plugins | Resolution: Keywords: seo | -------------------------------------+--------------------- Comment (by iandunn): That looks like the normal Core behavior when the homepage is setup to display a page. Seems like this should be a Core ticket instead? -- Ticket URL: Making WordPress.org Making WordPress.org From noreply at wordpress.org Fri Jun 28 16:00:02 2019 From: noreply at wordpress.org (Making WordPress.org) Date: Fri, 28 Jun 2019 16:00:02 -0000 Subject: [wp-meta] [Making WordPress.org] #4565: WordCamp pages should include the year in the title In-Reply-To: <058.254ef66cc58f8eceaab0a21dee5827d4@wordpress.org> References: <058.254ef66cc58f8eceaab0a21dee5827d4@wordpress.org> Message-ID: <073.fe0edb649d47ed411e4b10d5400018da@wordpress.org> #4565: WordCamp pages should include the year in the title --------------------------------------------+----------------------- Reporter: jonoaldersonwp | Owner: (none) Type: defect | Status: assigned Priority: lowest | Milestone: Component: WordCamp Site & Plugins | Resolution: Keywords: seo needs-patch good-first-bug | --------------------------------------------+----------------------- Changes (by iandunn): * keywords: seo => seo needs-patch good-first-bug * status: new => assigned Comment: +1 -- Ticket URL: Making WordPress.org Making WordPress.org From noreply at wordpress.org Fri Jun 28 16:00:41 2019 From: noreply at wordpress.org (Making WordPress.org) Date: Fri, 28 Jun 2019 16:00:41 -0000 Subject: [wp-meta] [Making WordPress.org] #4566: Image placeholder isn't size-constrained In-Reply-To: <058.60f90f525c26631779d7c28e37b4643a@wordpress.org> References: <058.60f90f525c26631779d7c28e37b4643a@wordpress.org> Message-ID: <073.e0fb6876eef124fa3341c1582ea32dcc@wordpress.org> #4566: Image placeholder isn't size-constrained --------------------------------------------+----------------------- Reporter: jonoaldersonwp | Owner: (none) Type: defect | Status: assigned Priority: lowest | Milestone: Component: WordCamp Site & Plugins | Resolution: Keywords: seo needs-patch good-first-bug | --------------------------------------------+----------------------- Changes (by iandunn): * keywords: seo => seo needs-patch good-first-bug * status: new => assigned Comment: +1 -- Ticket URL: Making WordPress.org Making WordPress.org From noreply at wordpress.org Fri Jun 28 16:02:01 2019 From: noreply at wordpress.org (Making WordPress.org) Date: Fri, 28 Jun 2019 16:02:01 -0000 Subject: [wp-meta] [Making WordPress.org] #4563: Search results pages on WordCamp Central should be noindex'd In-Reply-To: <058.3b29c401c3d5c1a54e68117f74cde0c9@wordpress.org> References: <058.3b29c401c3d5c1a54e68117f74cde0c9@wordpress.org> Message-ID: <073.9d0085755f3706e9943715ab9439cbfa@wordpress.org> #4563: Search results pages on WordCamp Central should be noindex'd -------------------------------------+--------------------- Reporter: jonoaldersonwp | Owner: (none) Type: defect | Status: new Priority: normal | Milestone: Component: WordCamp Site & Plugins | Resolution: Keywords: seo | -------------------------------------+--------------------- Comment (by jonoaldersonwp): I can't see anything in core trac, but given that I'd actually like to see this fixed before the heat death of the universe and without having to fight through the politics of Jetpack vs Core vs basic SEO standards, I'm hoping that we can just fix this here and pretend that everything is okay. -- Ticket URL: Making WordPress.org Making WordPress.org From noreply at wordpress.org Fri Jun 28 16:07:33 2019 From: noreply at wordpress.org (Making WordPress.org) Date: Fri, 28 Jun 2019 16:07:33 -0000 Subject: [wp-meta] [Making WordPress.org] #4563: Search results pages on WordCamp Central should be noindex'd In-Reply-To: <058.3b29c401c3d5c1a54e68117f74cde0c9@wordpress.org> References: <058.3b29c401c3d5c1a54e68117f74cde0c9@wordpress.org> Message-ID: <073.4e1ba50f97e43e1dda8e1b63089eefd6@wordpress.org> #4563: Search results pages on WordCamp Central should be noindex'd -------------------------------------+---------------------- Reporter: jonoaldersonwp | Owner: (none) Type: defect | Status: closed Priority: normal | Milestone: Component: WordCamp Site & Plugins | Resolution: wontfix Keywords: seo | -------------------------------------+---------------------- Changes (by iandunn): * status: new => closed * resolution: => wontfix Comment: IMO, the low impact wouldn't justify the effort of doing it per-site. I'd rather us focus our limited resources on things that will make a significant impact for organizers/attendees. -- Ticket URL: Making WordPress.org Making WordPress.org From noreply at wordpress.org Fri Jun 28 16:10:58 2019 From: noreply at wordpress.org (Making WordPress.org) Date: Fri, 28 Jun 2019 16:10:58 -0000 Subject: [wp-meta] [Making WordPress.org] #4563: Search results pages on WordCamp Central should be noindex'd In-Reply-To: <058.3b29c401c3d5c1a54e68117f74cde0c9@wordpress.org> References: <058.3b29c401c3d5c1a54e68117f74cde0c9@wordpress.org> Message-ID: <073.fe19b41cd1ba93f48d830f52aaf5c439@wordpress.org> #4563: Search results pages on WordCamp Central should be noindex'd -------------------------------------+---------------------- Reporter: jonoaldersonwp | Owner: (none) Type: defect | Status: closed Priority: normal | Milestone: Component: WordCamp Site & Plugins | Resolution: wontfix Keywords: seo | -------------------------------------+---------------------- Comment (by jonoaldersonwp): Agreed in principle for most cases, which is why I haven't opened a thousand tickets - but this one is particularly serious and actively harming performance atm, and worth the investment. -- Ticket URL: Making WordPress.org Making WordPress.org From noreply at wordpress.org Fri Jun 28 16:23:30 2019 From: noreply at wordpress.org (Making WordPress.org) Date: Fri, 28 Jun 2019 16:23:30 -0000 Subject: [wp-meta] [Making WordPress.org] #4563: Search results pages on WordCamp Central should be noindex'd In-Reply-To: <058.3b29c401c3d5c1a54e68117f74cde0c9@wordpress.org> References: <058.3b29c401c3d5c1a54e68117f74cde0c9@wordpress.org> Message-ID: <073.13cbfc27d334f1d7022e4f6ee3e8d049@wordpress.org> #4563: Search results pages on WordCamp Central should be noindex'd -------------------------------------+----------------------- Reporter: jonoaldersonwp | Owner: (none) Type: defect | Status: reopened Priority: normal | Milestone: Component: WordCamp Site & Plugins | Resolution: Keywords: seo | -------------------------------------+----------------------- Changes (by iandunn): * status: closed => reopened * resolution: wontfix => Comment: Can you give some details on the performance issues it causes? -- Ticket URL: Making WordPress.org Making WordPress.org From noreply at wordpress.org Fri Jun 28 16:42:34 2019 From: noreply at wordpress.org (Making WordPress.org) Date: Fri, 28 Jun 2019 16:42:34 -0000 Subject: [wp-meta] [Making WordPress.org] #4563: Search results pages on WordCamp Central should be noindex'd In-Reply-To: <058.3b29c401c3d5c1a54e68117f74cde0c9@wordpress.org> References: <058.3b29c401c3d5c1a54e68117f74cde0c9@wordpress.org> Message-ID: <073.1467149c4a2822a1445e315b86fb4fe6@wordpress.org> #4563: Search results pages on WordCamp Central should be noindex'd -------------------------------------+----------------------- Reporter: jonoaldersonwp | Owner: (none) Type: defect | Status: reopened Priority: normal | Milestone: Component: WordCamp Site & Plugins | Resolution: Keywords: seo | -------------------------------------+----------------------- Comment (by jonoaldersonwp): Sure, but, can we please not close tickets like this preemptively when I've put the time and effort in to determine that they're worth the effort/reward trade off? Search Google for `site:central.wordcamp.org inurl:s`. The odd Chinese character pages you'll see are from a whole bunch of indexed urls where Chinese spam networks are executing blind man in the middle attacks in an attempt to syphon seo value, or, its a (low level) negative seo attack. This is actively harming our crawl budget, relevance, and site quality for the whole wordpress.org ecosystem. This is one small example, and just the tip of the iceberg. There are a thousands of issues like these, where wp core just doesn't meet basic SEO requirements. I'd love to see these level ofstandards implemented in core, but it's just unrealistic that that'll happen any time soon. In the meantime, for every day that passes, Wix grow their market share at our expense. For the relatively low effort required to solve this locally, we should just do so. Or, we could install a plugin which handles it all for us automatically, eh? -- Ticket URL: Making WordPress.org Making WordPress.org From noreply at wordpress.org Fri Jun 28 19:05:07 2019 From: noreply at wordpress.org (Making WordPress.org) Date: Fri, 28 Jun 2019 19:05:07 -0000 Subject: [wp-meta] [Making WordPress.org] #3318: Change two sentences on wordpress.org/ In-Reply-To: <055.f2c1a95096fcf6cd25a30678968add81@wordpress.org> References: <055.f2c1a95096fcf6cd25a30678968add81@wordpress.org> Message-ID: <070.d645ad931686032ead51b0355331bec2@wordpress.org> #3318: Change two sentences on wordpress.org/ -----------------------------------------+-------------------------------- Reporter: IkusiMakusi | Owner: (none) Type: enhancement | Status: closed Priority: normal | Milestone: Component: General | Resolution: reported-upstream Keywords: has-patch reporter-feedback | -----------------------------------------+-------------------------------- Comment (by yvettesonneveld): Thank you for reaching out, @tellyworth! From a marketing perspective, it's a bit of a tricky one. It's about showing some personality, while not offending or excluding anyone at the same time. Since we're such a diverse community, I'd recommend to err on the safe side. I have some thoughts on the copy but will run them by my co-teamreps first. That will help me make sure I'm not overlooking any known sensitivities. Will get back to you all soon. -- Ticket URL: Making WordPress.org Making WordPress.org From noreply at wordpress.org Fri Jun 28 19:14:39 2019 From: noreply at wordpress.org (Making WordPress.org) Date: Fri, 28 Jun 2019 19:14:39 -0000 Subject: [wp-meta] [Making WordPress.org] #4568: WordCamps: Render session information in page template Message-ID: <053.745f16986fedbcfbdbeb1beaa78aa9af@wordpress.org> #4568: WordCamps: Render session information in page template -------------------------------------+-------------------- Reporter: melchoyce | Owner: (none) Type: enhancement | Status: new Priority: normal | Milestone: Component: WordCamp Site & Plugins | Keywords: -------------------------------------+-------------------- While we input session details (time, location, category, etc.) to session pages, that information doesn't get output in the session page itself. If you're linking someone to your session page, they'd still need to go and look at the schedule just to see when you're speaking. Can we render this information below the session description? -- Ticket URL: Making WordPress.org Making WordPress.org From noreply at wordpress.org Fri Jun 28 19:18:21 2019 From: noreply at wordpress.org (Making WordPress.org) Date: Fri, 28 Jun 2019 19:18:21 -0000 Subject: [wp-meta] [Making WordPress.org] #4569: WordCamp: Improve individual session and speaker pages Message-ID: <053.95ef4d620a4c1cdb2c02003db68de8fb@wordpress.org> #4569: WordCamp: Improve individual session and speaker pages -------------------------+-------------------- Reporter: melchoyce | Owner: (none) Type: enhancement | Status: new Priority: normal | Milestone: Component: General | Keywords: -------------------------+-------------------- Instead of outputting the speaker/session information at the bottom of the page, what if we automatically added the appropriate block, so you could control what information is shown on single pages? So: On an individual speaker page, it would have the speaker's bio, and then the speaker's session, output in the editor as a single session block with that speaker's session selected. I understand that this is much better suited to an eventual Gutenberg template framework, but even though it might be a pain in the short-term to update every block if you do want to customize the block settings, I think it could be an okay bandaid improvement. See attached mockup for what I'm thinking on the front-end. -- Ticket URL: Making WordPress.org Making WordPress.org From noreply at wordpress.org Fri Jun 28 19:18:46 2019 From: noreply at wordpress.org (Making WordPress.org) Date: Fri, 28 Jun 2019 19:18:46 -0000 Subject: [wp-meta] [Making WordPress.org] #4569: WordCamp: Improve individual session and speaker pages In-Reply-To: <053.95ef4d620a4c1cdb2c02003db68de8fb@wordpress.org> References: <053.95ef4d620a4c1cdb2c02003db68de8fb@wordpress.org> Message-ID: <068.83130796b5a5b7d7d9fbd8978c3e8110@wordpress.org> #4569: WordCamp: Improve individual session and speaker pages -------------------------+--------------------- Reporter: melchoyce | Owner: (none) Type: enhancement | Status: new Priority: normal | Milestone: Component: General | Resolution: Keywords: | -------------------------+--------------------- Changes (by melchoyce): * Attachment "Speaker.png" added. -- Ticket URL: Making WordPress.org Making WordPress.org From noreply at wordpress.org Fri Jun 28 19:20:26 2019 From: noreply at wordpress.org (Making WordPress.org) Date: Fri, 28 Jun 2019 19:20:26 -0000 Subject: [wp-meta] [Making WordPress.org] #4569: WordCamp: Improve individual session and speaker pages In-Reply-To: <053.95ef4d620a4c1cdb2c02003db68de8fb@wordpress.org> References: <053.95ef4d620a4c1cdb2c02003db68de8fb@wordpress.org> Message-ID: <068.bae6b651a61826e4fb8d871f375ce69c@wordpress.org> #4569: WordCamp: Improve individual session and speaker pages -------------------------------------+--------------------- Reporter: melchoyce | Owner: (none) Type: enhancement | Status: new Priority: normal | Milestone: Component: WordCamp Site & Plugins | Resolution: Keywords: | -------------------------------------+--------------------- Changes (by melchoyce): * component: General => WordCamp Site & Plugins -- Ticket URL: Making WordPress.org Making WordPress.org From noreply at wordpress.org Fri Jun 28 19:20:30 2019 From: noreply at wordpress.org (Making WordPress.org) Date: Fri, 28 Jun 2019 19:20:30 -0000 Subject: [wp-meta] [Making WordPress.org] #4570: WordCamps: Add duration to sessions Message-ID: <053.0782aa1d77de94171030baffd5938f92@wordpress.org> #4570: WordCamps: Add duration to sessions -------------------------------------+-------------------- Reporter: melchoyce | Owner: (none) Type: enhancement | Status: new Priority: normal | Milestone: Component: WordCamp Site & Plugins | Keywords: -------------------------------------+-------------------- Providing a duration lets you show end time for a session. For example, in WordCamp Boston's schedule last year, we had to use some hacky css `:after` to show end times: https://2018.boston.wordcamp.org/schedule/ Plus, for the PWA app, adding duration will let us know what’s on “now” without relying on another session being after it. -- Ticket URL: Making WordPress.org Making WordPress.org From noreply at wordpress.org Fri Jun 28 19:22:08 2019 From: noreply at wordpress.org (Making WordPress.org) Date: Fri, 28 Jun 2019 19:22:08 -0000 Subject: [wp-meta] [Making WordPress.org] #4528: Provide Data Export Request link on the Privacy Policy 'Access to Data' section. In-Reply-To: <059.47a9a6aa6c9020485f72ee9ebed5964f@wordpress.org> References: <059.47a9a6aa6c9020485f72ee9ebed5964f@wordpress.org> Message-ID: <074.8baf0a3a9055582c9d000f4c38ab059c@wordpress.org> #4528: Provide Data Export Request link on the Privacy Policy 'Access to Data' section. -----------------------------+----------------------------- Reporter: garrett-eclipse | Owner: SergeyBiryukov Type: enhancement | Status: closed Priority: normal | Milestone: Component: General | Resolution: fixed Keywords: | -----------------------------+----------------------------- Comment (by garrett-eclipse): Hi @tellyworth I carried the note over from the pre-existing instructions for the erasure request portion in the Privacy Policy. I wasn't too sure how that association is done but I did notice that for both forms if you are logged in it's pre-populated with your email so I assumed the two had similar functions in that respect. -- Ticket URL: Making WordPress.org Making WordPress.org From noreply at wordpress.org Fri Jun 28 20:36:51 2019 From: noreply at wordpress.org (Making WordPress.org) Date: Fri, 28 Jun 2019 20:36:51 -0000 Subject: [wp-meta] [Making WordPress.org] #4570: WordCamps: Add duration to sessions In-Reply-To: <053.0782aa1d77de94171030baffd5938f92@wordpress.org> References: <053.0782aa1d77de94171030baffd5938f92@wordpress.org> Message-ID: <068.68eda04aad9d05ff3b75f701aceca6e8@wordpress.org> #4570: WordCamps: Add duration to sessions -------------------------------------+--------------------- Reporter: melchoyce | Owner: (none) Type: enhancement | Status: new Priority: normal | Milestone: Component: WordCamp Site & Plugins | Resolution: Keywords: | -------------------------------------+--------------------- Comment (by iandunn): +1, this is also a requirement for the new Schedule block, and I've got it partially implemented in the WIP branch for that. -- Ticket URL: Making WordPress.org Making WordPress.org From noreply at wordpress.org Fri Jun 28 22:37:00 2019 From: noreply at wordpress.org (Making WordPress.org) Date: Fri, 28 Jun 2019 22:37:00 -0000 Subject: [wp-meta] [Making WordPress.org] #4555: Plugin Directory Administration: Mass Email Tool In-Reply-To: <051.bbabd55368b057f5baf8c4d8aeca7644@wordpress.org> References: <051.bbabd55368b057f5baf8c4d8aeca7644@wordpress.org> Message-ID: <066.c00a2c6bbed64e2b31c8172e17679e50@wordpress.org> #4555: Plugin Directory Administration: Mass Email Tool ------------------------------+----------------------- Reporter: Ipstenu | Owner: dd32 Type: enhancement | Status: accepted Priority: normal | Milestone: Component: Plugin Directory | Resolution: Keywords: | ------------------------------+----------------------- Comment (by Otto42): Limiting it to "small batches" may not be the long term case here. Perhaps a wp-cron/cavalcade approach is needed, because it could be thousands of emails for some of the cases we've had to do this before. -- Ticket URL: Making WordPress.org Making WordPress.org From noreply at wordpress.org Fri Jun 28 22:42:46 2019 From: noreply at wordpress.org (Making WordPress.org) Date: Fri, 28 Jun 2019 22:42:46 -0000 Subject: [wp-meta] [Making WordPress.org] #4555: Plugin Directory Administration: Mass Email Tool In-Reply-To: <051.bbabd55368b057f5baf8c4d8aeca7644@wordpress.org> References: <051.bbabd55368b057f5baf8c4d8aeca7644@wordpress.org> Message-ID: <066.95ab2c7ed0f2d8426361f16afae662bd@wordpress.org> #4555: Plugin Directory Administration: Mass Email Tool ------------------------------+----------------------- Reporter: Ipstenu | Owner: dd32 Type: enhancement | Status: accepted Priority: normal | Milestone: Component: Plugin Directory | Resolution: Keywords: | ------------------------------+----------------------- Comment (by Otto42): Note: one assumption we can make is that we're only ever going to want to email the people with commit access to the plugin. Should limit the lookups a bit. -- Ticket URL: Making WordPress.org Making WordPress.org From noreply at wordpress.org Sat Jun 29 09:51:00 2019 From: noreply at wordpress.org (Making WordPress.org) Date: Sat, 29 Jun 2019 09:51:00 -0000 Subject: [wp-meta] [Making WordPress.org] #4360: Trac throwing errors about missing or invalid form token/secure cookies on ticket updates In-Reply-To: <057.21a1b70706d472a227b290e1233f46da@wordpress.org> References: <057.21a1b70706d472a227b290e1233f46da@wordpress.org> Message-ID: <072.26088f0ddfca2f16bf09126c485abdf8@wordpress.org> #4360: Trac throwing errors about missing or invalid form token/secure cookies on ticket updates ---------------------------+----------------------- Reporter: williampatton | Owner: dd32 Type: defect | Status: accepted Priority: normal | Milestone: Component: Trac | Resolution: Keywords: | ---------------------------+----------------------- Comment (by rafax): I am having the same problem, there is some solution. -- Ticket URL: Making WordPress.org Making WordPress.org From noreply at wordpress.org Sat Jun 29 11:02:03 2019 From: noreply at wordpress.org (Making WordPress.org) Date: Sat, 29 Jun 2019 11:02:03 -0000 Subject: [wp-meta] [Making WordPress.org] #4360: Trac throwing errors about missing or invalid form token/secure cookies on ticket updates In-Reply-To: <057.21a1b70706d472a227b290e1233f46da@wordpress.org> References: <057.21a1b70706d472a227b290e1233f46da@wordpress.org> Message-ID: <072.a2c174e99b2ebef38d117bb768d66d3a@wordpress.org> #4360: Trac throwing errors about missing or invalid form token/secure cookies on ticket updates ---------------------------+----------------------- Reporter: williampatton | Owner: dd32 Type: defect | Status: accepted Priority: normal | Milestone: Component: Trac | Resolution: Keywords: | ---------------------------+----------------------- Comment (by rozerben): Hi I am showing same error? What is solution? -- Ticket URL: Making WordPress.org Making WordPress.org From noreply at wordpress.org Sat Jun 29 16:29:13 2019 From: noreply at wordpress.org (Making WordPress.org) Date: Sat, 29 Jun 2019 16:29:13 -0000 Subject: [wp-meta] [Making WordPress.org] #215: Feature Request: Readme.txt generated tabs on theme pages In-Reply-To: <055.45befa0024b2058e797056bd27b9cfe6@wordpress.org> References: <055.45befa0024b2058e797056bd27b9cfe6@wordpress.org> Message-ID: <070.c0b5d2acd88054819d45b9dcb151d8ee@wordpress.org> #215: Feature Request: Readme.txt generated tabs on theme pages -----------------------------+--------------------- Reporter: iandstewart | Owner: (none) Type: enhancement | Status: new Priority: high | Milestone: Component: Theme Directory | Resolution: Keywords: | -----------------------------+--------------------- Changes (by dingo_d): * priority: normal => high Comment: Since we already have the requirement for themes to implement valid readme like the plugins do (https://make.wordpress.org/themes/handbook/review/required/#readme-txt- file), there is no reason this shouldn't be implemented. We discussed this on the WCEU and would like to move forward to unifying themes and plugin start page, give themes more versatility etc. I'm not sure what is needed for this to happen, the thing that was needed from the TRT side is done (readme.txt required). So if you can make some guide what needs to happen, some points where we can help that would be great :) -- Ticket URL: Making WordPress.org Making WordPress.org From noreply at wordpress.org Sun Jun 30 04:12:19 2019 From: noreply at wordpress.org (Making WordPress.org) Date: Sun, 30 Jun 2019 04:12:19 -0000 Subject: [wp-meta] [Making WordPress.org] #4555: Plugin Directory Administration: Mass Email Tool In-Reply-To: <051.bbabd55368b057f5baf8c4d8aeca7644@wordpress.org> References: <051.bbabd55368b057f5baf8c4d8aeca7644@wordpress.org> Message-ID: <066.3236d97308dc37d9b0aa3480264ca056@wordpress.org> #4555: Plugin Directory Administration: Mass Email Tool ------------------------------+----------------------- Reporter: Ipstenu | Owner: dd32 Type: enhancement | Status: accepted Priority: normal | Milestone: Component: Plugin Directory | Resolution: Keywords: | ------------------------------+----------------------- Comment (by Ipstenu): I was thinking of intentionally small batches of plugins. This would be for things like the mass trademark mails (thank you Facerange/Instabrand) or outdated libraries. It should be for everyone with commit access AND account listed as owner. But ... generally that's only 3-10 people per plugin. The cron stuff though, that would be great for the major release emails, or things that have to go to everyone. It's more manageable to split up the other stuff into chunks of 50-100 plugins at a time. That lets us not get overloaded with some of the more ... special replies :) Basically emails we're pretty sure will need manual intervention on our end to sort shouldn't be done in batches of 1000. -- Ticket URL: Making WordPress.org Making WordPress.org