Dev Chat Summary: August 3, 2016

Current status of WordPress 4.6

  • The 4.6 branchbranch A directory in Subversion. WordPress uses branches to store the latest development code for each major release (3.9, 4.0, etc.). Branches are then updated with code for any minor releases of that branch. Sometimes, a major version of WordPress and its minor versions are collectively referred to as a "branch", such as "the 4.0 branch". was created this week.
  • RC2 was scheduled for today, but because https://core.trac.wordpress.org/report/6 has so many open tickets its being delayed by 24 hours.
  • The first draft of the About page was committed today. Please help review it to make it ✨ Shiny ✨
  • @hugobaeta is looking for feedback on the images he’s created for the About page. The feedback will be heard and discussed in the #design weekly chat on August 4th, 2016 at 20:00 UTC.

Schedule for the next 13 days

The schedule is as follows:

  • August 10 is RC3 with the hard string freeze. The about page must be finalized by then.
  • August 12 will be code freeze. Everything should be done by this date. Only version bumps and the video should committed after this.
  • August 15 is the dry run for WordPress 4.6. We’ll check everything, prepare w.org, do a dry run for release day, and with @davidakennedy and @karmatosed we’ll release the new versions of our default themes as well.
  • And well, August 16, 2016. WordPress 4.6!

About page

As already mentioned, a first pass is committed. Check your dashboard and let us know what you think. Maybe ask some friends who aren’t involved in the release since that’s our target group.

Call for volunteers

The call for future release leads has been published. Leading a release can be a rewarding challenge. If you have questions, feel free to pingPing The act of sending a very small amount of data to an end point. Ping is used in computer science to illicit a response from a target server to test it’s connection. Ping is also a term used by Slack users to @ someone or send them a direct message (DM). Users might say something along the lines of “Ping me when the meeting starts.” @jorbin or @helen. Everyone interested, please express it on the post, pinging @jorbin or @helen isn’t enough. They are more so available for answering questions. https://make.wordpress.org/core/2016/08/01/release-leads-call-for-volunteers/

Component announcements/updates and Open discussion

Currently the contributor handbook is lacking in documentation in regards to contributing via git. Core has supported git contributions for over 2 years. If you have a git work flow, use git, or have git knowledge in general, please consider looking over https://make.wordpress.org/core/handbook/contribute/ and adding docs where appropriate. Please remember that supporting git does not mean using GitHub.

Find full chat logs here: https://wordpress.slack.com/archives/core/p1470254406001902

#4-6, #dev-chat, #summary

Dev Chat Summary: July 27, 2016

WordPress 4.6 Release Candidaterelease candidate One of the final stages in the version release cycle, this version signals the potential to be a final release to the public. Also see alpha (beta)., announcements and our next steps

WordPress 4.6 Release Candidate 1 was made available for testing today. If you have any plugins or themes, please starting testing them against WordPress 4.6.

As always, Release Candidate availability also means there is a string freeze in place and all commits must be reviewed by two or more permanent committers and made by a permanent committercommitter A developer with commit access. WordPress has five lead developers and four permanent core developers with commit access. Additionally, the project usually has a few guest or component committers - a developer receiving commit access, generally for a single release cycle (sometimes renewed) and/or for a specific component.. No exceptions. Guest committers can commit to unit tests at any time.

There are currently 2 tickets in https://core.trac.wordpress.org/report/6. These and any future tickets shouldn’t be open for longer than 24 hours.

https://wordpress.org/news/2016/07/wordpress-4-6-release-candidate/

About page

Unfortunately, the About page wasn’t able to be committed to trunktrunk A directory in Subversion containing the latest development code in preparation for the next major release cycle. If you are running "trunk", then you are on the latest revision. prior to RC1, but @hugobaeta has been working hard to get it ready. You can see a draft here: https://cloudup.com/cDgw_UvCluc

WordPress 4.6 still needs a tagline. What should a tagline cover?

  • What do you think people will be the most excited about?
  • What would actually make you keep reading an about page and possibly feel excited to go try something out?

Much discussion happened during the meeting. You can read the conversation and suggested tag lines starting here: https://wordpress.slack.com/archives/core/p1469651308001266

Component announcements/updates

  • TracTrac An open source project by Edgewall Software that serves as a bug tracker and project management tool for WordPress. issues are hopefully fixed.
  • To improve the review workflow during RC @ocean90 is looking into a fix which currently prevents us from branching earlier.

Open discussion

#29204 was brought up, but its unfortunately to late to be resolved in the 4.6 release cycle.

 

Full meeting logs can be found here: https://wordpress.slack.com/archives/core/p1469649667001211

#4-6, #dev-chat, #summary

Dev Chat Summary: July 20, 2016

WordPress 4.6 BetaBeta A pre-release of software that is given out to a large group of users to trial under real conditions. Beta versions have gone through alpha testing in-house and are generally fairly close in look, feel and function to the final product; however, design changes often occur as part of the process. 4 and current progress

Beta 4, the last beta before RC1, was released today. Please test and report all bugs you encounter on Trac.
There are still 9 open tickets that should be closed by RC1 next week. https://core.trac.wordpress.org/report/5

Dev notesdev note Each important change in WordPress Core is documented in a developers note, (usually called dev note). Good dev notes generally include: a description of the change; the decision that led to this change a description of how developers are supposed to work with that change. Dev notes are published on Make/Core blog during the beta phase of WordPress release cycle. Publishing dev notes is particularly important when plugin/theme authors and WordPress developers need to be aware of those changes.In general, all dev notes are compiled into a Field Guide at the beginning of the release candidate phase., field guideField guide The field guide is a type of blogpost published on Make/Core during the release candidate phase of the WordPress release cycle. The field guide generally lists all the dev notes published during the beta cycle. This guide is linked in the about page of the corresponding version of WordPress, in the release post and in the HelpHub version page., email to pluginPlugin A plugin is a piece of software containing a group of functions that can be added to a WordPress website. They can extend functionality or add new features to your WordPress websites. WordPress plugins are written in the PHP programming language and integrate seamlessly with WordPress. These can be free in the WordPress.org Plugin Directory https://wordpress.org/plugins/ or can be cost-based plugin from a third-party authors, 4.6 OMGWTFBBQ Draft Post

  • @jorbin started outlining/drafting the field guide and will have a first draft in the next 24 hours for committers to review.
  • The email to plugin authors will be sent in conjunction with the release of RC1.
  • The 4.6 OMGWTFBBQ Draft Post is a post by the support team. You can find it here: https://make.wordpress.org/support/2016/07/4-6-omgwtfbbq-draft-post/. The support team especially appreciate suggestions for the “Not a Bug” section (these are items which are intentional changes, but may seem like a bugbug A bug is an error or unexpected result. Performance improvements, code optimization, and are considered enhancements, not defects. After feature freeze, only bugs are dealt with, with regressions (adverse changes from the previous version) being the highest priority. or glitch to users offhand, like Dashboard fonts being different).

About page

Feature Pointers

There are no feature pointers planned for 4.6. If your feature is planning on using a feature pointers, please consider if you really need to.

Let’s find a tagline.

The brainstorming document can be found here. There are a few suggestions for a tagline already, but please add them to the doc. Please keep it serious.

Project updates

register_meta()

@jeremyfelt published an updated dev notedev note Each important change in WordPress Core is documented in a developers note, (usually called dev note). Good dev notes generally include: a description of the change; the decision that led to this change a description of how developers are supposed to work with that change. Dev notes are published on Make/Core blog during the beta phase of WordPress release cycle. Publishing dev notes is particularly important when plugin/theme authors and WordPress developers need to be aware of those changes.In general, all dev notes are compiled into a Field Guide at the beginning of the release candidate phase. for the recent change (https://make.wordpress.org/core/2016/07/20/additional-register_meta-changes-in-4-6/). It was shipped with beta 4 and also announced in the release post.

Font Natively

There are currently some alignment issues related to line-height. These will continue to be worked on as needed. Please report any other issues you may run into.

Component announcements/updates

None.

Open discussion

None.

 

You can read the full chat logs here: https://wordpress.slack.com/archives/core/p1469044867000364

#4-6, #dev-chat, #summary

Dev Chat Summary: July 13th, 2016

WordPress 4.6 BetaBeta A pre-release of software that is given out to a large group of users to trial under real conditions. Beta versions have gone through alpha testing in-house and are generally fairly close in look, feel and function to the final product; however, design changes often occur as part of the process. 3 and the future.

  • Beta 3 was released today. Please test and report bugs on Trac.
  • There will be one more beta and some RCs, each released at 18:00 UTC like beta 3 was.

Dev notesdev note Each important change in WordPress Core is documented in a developers note, (usually called dev note). Good dev notes generally include: a description of the change; the decision that led to this change a description of how developers are supposed to work with that change. Dev notes are published on Make/Core blog during the beta phase of WordPress release cycle. Publishing dev notes is particularly important when plugin/theme authors and WordPress developers need to be aware of those changes.In general, all dev notes are compiled into a Field Guide at the beginning of the release candidate phase.

  • Thanks to everyone who published their notes or are still working on them. All but two (one for the HTTPHTTP HTTP is an acronym for Hyper Text Transfer Protocol. HTTP is the underlying protocol used by the World Wide Web and this protocol defines how messages are formatted and transmitted, and what actions Web servers and browsers should take in response to various commands. APIAPI An API or Application Programming Interface is a software intermediary that allows programs to interact with each other and share data in limited, clearly defined ways. and one for the editor ) have been completed and published.
  • 15 dev notes have already been published for this release.
  • The published posts can be found here: https://make.wordpress.org/core/tag/4-6+dev-notes/
  • Posts that need to be written can be found here: https://wordpress.slack.com/archives/core/p1467832210003199
  • The goal is to have the remaining two published by Monday.

Ticketticket Created for both bug reports and feature development on the bug tracker. milestones

The goal for beta 3 was 40 tickets, and at the time of release there were currently 36 open tickets on the milestone.

For the remaining releases, the number of open tickets should be as follows:

  • Beta 4: 10 tickets
  • RC1: 0 tickets

The tickets left on the milestone can be found here: https://core.trac.wordpress.org/query?status=!closed&milestone=4.6&groupdesc=1&group=type&order=priority

About page

  • #37246 is the corresponding ticket and the brainstorming document can be found here.
  • The first draft of content, written by @jorbin, has been completed. Please take a look at the document and leave some feedback.
  • Everyone is invited to help with the about page.

Feature project updates

Register MetaMeta Meta is a term that refers to the inside workings of a group. For us, this is the team that works on internal WordPress sites like WordCamp Central and Make WordPress.

  • There are currently three open tickets for the register meta feature project that need to be resolved for the 4.6 release (#37340, #35658, and #37345).
  • There is a proposed patchpatch A special text file that describes changes to code, by identifying the files and lines which are added, removed, and altered. It may also be referred to as a diff. A patch can be applied to a codebase for testing. for #35658 where feedback is definitely welcome.
  • A meeting on the feature project is scheduled for Thursday, July 14th 19:00 UTC

Font Natively

  • GitHubGitHub GitHub is a website that offers online implementation of git repositories that can can easily be shared, copied and modified by other developers. Public repositories are free to host, private repositories require a paid subscription. GitHub introduced the concept of the ‘pull request’ where code changes done in branches by contributors can be reviewed and discussed before being merged be the repository owner. https://github.com/ has recently switched over to using system fonts as well.
  • There is an open issue with bubbles and tabs (see this comment) that needs to be resolved.
  • There is patch for the tabs: https://core.trac.wordpress.org/attachment/ticket/36753/36753.6.patch. If you have time, please test it with different fonts, and report back on the ticket with results.
  • @helen mentioned there are outstanding issues with perceived smaller font size, Ubuntu font suitability, and minor alignment details.

Shiny Updates

  • There is only one remaining ticket (#37233) which needs some testing.

Component announcements/updates and Open discussion

  • @ocean90 (the 4.6 release leadRelease Lead The community member ultimately responsible for the Release.) reminded developers to assign good-first-bugbug A bug is an error or unexpected result. Performance improvements, code optimization, and are considered enhancements, not defects. After feature freeze, only bugs are dealt with, with regressions (adverse changes from the previous version) being the highest priority. tickets to patch contributors to ensure they’re marked as “claimed” in the Good First Bugs report.
  • @ocean90 also reminded component maintainer who cannot add the commit keyword or change the milestone of a ticket, to pingPing The act of sending a very small amount of data to an end point. Ping is used in computer science to illicit a response from a target server to test it’s connection. Ping is also a term used by Slack users to @ someone or send them a direct message (DM). Users might say something along the lines of “Ping me when the meeting starts.” him to fix that.
  • @ocean90 also asked for help with two tickets for PHPPHP The web scripting language in which WordPress is primarily architected. WordPress requires PHP 5.6.20 7.1 compatibility, #37295 and #36435.
  • In the Media component, @joemcgill asked for additional testing assistance with #34384 to try to uncover any edge cases that aren’t covered if possible. If none are found, the plan is to commit the latest patch (or similar) later this week.
  • Additionally in the Media component, @joemcgill asked for anyone with more experience with the internals of wpMediaElement,  to help with #36735.
  • @boonebgorges is planning a minor update to wordpress-importer in the next week or two, specifically for supporting termmeta #37213 and may also fix a couple of minor issues with PHP errors, deprecated function calls, etc. Help putting together or testing the minor update is welcome.
  • There was brief discussion on the pluginPlugin A plugin is a piece of software containing a group of functions that can be added to a WordPress website. They can extend functionality or add new features to your WordPress websites. WordPress plugins are written in the PHP programming language and integrate seamlessly with WordPress. These can be free in the WordPress.org Plugin Directory https://wordpress.org/plugins/ or can be cost-based plugin from a third-party/theme update preview sandbox feature suggestion (#37301).
    • @jorbin pointed out that there’s an issue with plugins that do database updates during upgrade routines between versions, and it isn’t clear how the feature would deal with that.
    • It was proposed that a second copy of the database tables would be used for the sandbox feature (using a separate prefix as the main tables), with the downside of doubling the size of the database.

The full meeting logs can be found here: https://wordpress.slack.com/archives/core/p1468440017003941

#4-6, #dev-chat, #summary

Dev Chat Summary: July 6th, 2016

WordPress 4.6 BetaBeta A pre-release of software that is given out to a large group of users to trial under real conditions. Beta versions have gone through alpha testing in-house and are generally fairly close in look, feel and function to the final product; however, design changes often occur as part of the process. 1 and 2 and the future.

  • Beta 2 was released today. Please test and report bugs on Trac.
  • There will be two more betas and some RCs, each released at 18:00 UTC like beta 2 was.

Dev notesdev note Each important change in WordPress Core is documented in a developers note, (usually called dev note). Good dev notes generally include: a description of the change; the decision that led to this change a description of how developers are supposed to work with that change. Dev notes are published on Make/Core blog during the beta phase of WordPress release cycle. Publishing dev notes is particularly important when plugin/theme authors and WordPress developers need to be aware of those changes.In general, all dev notes are compiled into a Field Guide at the beginning of the release candidate phase.

  • Thanks to everyone who published their note today or is still working on it.
  • The published posts can be found here: https://make.wordpress.org/core/tag/4-6+dev-notes/
  • Posts that need to be written can be found here: https://wordpress.slack.com/archives/core/p1467832210003199

Ticketticket Created for both bug reports and feature development on the bug tracker. milestones

For the remaining releases, the number of open tickets should be as follows:

  • Beta 3: 40 tickets
  • Beta 4: 10 tickets
  • RC1: 0 tickets

About page

  • #37246 is the corresponding ticket and the brainstorming document can be found here.
  • @hugobaeta and @karmatosed volunteered to help with design.
  • @jorbin will come up with a rough draft for the content of the page.
  • @joemcgill volunteered to help get responsive images into the page.

Feature project updates

Font Natively

There is currently an issue with the Windows system font. It displays smaller than previously. @helen and @jorbin are working on the best path forward. If further action is needed and you are a Windows user, please help test any patches/commits related to font sizing.

Shiny Updates

  • There are 4 open tickets regard Shiny Updates.
  • There are some issues with the Shiny PluginPlugin A plugin is a piece of software containing a group of functions that can be added to a WordPress website. They can extend functionality or add new features to your WordPress websites. WordPress plugins are written in the PHP programming language and integrate seamlessly with WordPress. These can be free in the WordPress.org Plugin Directory https://wordpress.org/plugins/ or can be cost-based plugin from a third-party Search feature and some discussion and a patchpatch A special text file that describes changes to code, by identifying the files and lines which are added, removed, and altered. It may also be referred to as a diff. A patch can be applied to a codebase for testing. has been produced, but the design team needs to weigh in as there could be some UXUX User experience/UIUI User interface changes needed.
  • The dev-note for Shiny Updates will be published shortly after dev chat.
  • Shiny Updates V3 has kicked off, with the main focus being on update-core.php.

Component announcements/updates and Open discussion

@spacedmonkey brought up #37189, but it is considered an enhancementenhancement Enhancements are simple improvements to WordPress, such as the addition of a hook, a new feature, or an improvement to an existing feature. and the enhancement window has closed for 4.6.

The full meeting logs can be found here: https://wordpress.slack.com/archives/core/p1467835204003205

#4-6, #dev-chat, #summary

Dev Chat Notes: June 29, 2016

Feature Freeze and WordPress 4.6 BetaBeta A pre-release of software that is given out to a large group of users to trial under real conditions. Beta versions have gone through alpha testing in-house and are generally fairly close in look, feel and function to the final product; however, design changes often occur as part of the process. 1

As of today, trunktrunk A directory in Subversion containing the latest development code in preparation for the next major release cycle. If you are running "trunk", then you are on the latest revision. is closed to all new features and enhancements for the 4.6 release cycle.

During the meeting, attendees talked over the 4 remaining tickets and got them committed/punted/closed as needed.

Dev notesdev note Each important change in WordPress Core is documented in a developers note, (usually called dev note). Good dev notes generally include: a description of the change; the decision that led to this change a description of how developers are supposed to work with that change. Dev notes are published on Make/Core blog during the beta phase of WordPress release cycle. Publishing dev notes is particularly important when plugin/theme authors and WordPress developers need to be aware of those changes.In general, all dev notes are compiled into a Field Guide at the beginning of the release candidate phase.

Currently, only one dev notedev note Each important change in WordPress Core is documented in a developers note, (usually called dev note). Good dev notes generally include: a description of the change; the decision that led to this change a description of how developers are supposed to work with that change. Dev notes are published on Make/Core blog during the beta phase of WordPress release cycle. Publishing dev notes is particularly important when plugin/theme authors and WordPress developers need to be aware of those changes.In general, all dev notes are compiled into a Field Guide at the beginning of the release candidate phase. has been written. If you helped contribute to a significant feature or bugfix (or if you are great at writing articles), please write a dev note. If you don’t have the proper permissions on Make/CoreCore Core is the set of software required to run WordPress. The Core Development Team builds WordPress., please work with someone who does.

You can find a list of improvements that need dev notes here.
You can find a guide to writing posts here: https://make.wordpress.org/core/handbook/best-practices/post-comment-guidelines/

Feature project updates

Font Natively

The only remaining items is that a dev-note needs to be written and a coding standards commit needs to take place before release.

Shiny Updates

There are a few remaining tickets that need to be fixed during the next couple weeks.

Component announcements/updates & Open discussion

The XML-RPC endpoint on TracTrac An open source project by Edgewall Software that serves as a bug tracker and project management tool for WordPress. now accepts attachments from all users, which means grunt upload_patch:XXX where XXX is a ticketticket Created for both bug reports and feature development on the bug tracker. number should work for everyone. Props @jorbin, @nacin.

 

The full chat logs can be found here: https://wordpress.slack.com/archives/core/p1467230418002461

#4-6, #dev-chat, #summary

Dev Chat Summary: June 15th 2016

This post summarizes the weekly dev meeting on June 15th, 2016.

Update on WordPress 4.5.3

Still targeting Tuesday, June 21st 2016 at 14:00 UTC.

Feature project updates

Font Natively

@helen updated the system fonts ticketticket Created for both bug reports and feature development on the bug tracker. with screenshots of the test page. The ticket still needs a few more screenshots and a patchpatch A special text file that describes changes to code, by identifying the files and lines which are added, removed, and altered. It may also be referred to as a diff. A patch can be applied to a codebase for testing. for font-weight.

Directly after the meeting @coderste submitted a patch for the remaining font-weight issues.

Shiny Updates

The results of Monday’s Shiny Updates meeting gave a partial merge approval. The commit was made today [37714]. Congratulations to the Shiny Updates team and all who were involved in any way. @swissspidy is going to lead the project for the rest of the cycle.

Dev notesdev note Each important change in WordPress Core is documented in a developers note, (usually called dev note). Good dev notes generally include: a description of the change; the decision that led to this change a description of how developers are supposed to work with that change. Dev notes are published on Make/Core blog during the beta phase of WordPress release cycle. Publishing dev notes is particularly important when plugin/theme authors and WordPress developers need to be aware of those changes.In general, all dev notes are compiled into a Field Guide at the beginning of the release candidate phase. and initial field guideField guide The field guide is a type of blogpost published on Make/Core during the release candidate phase of the WordPress release cycle. The field guide generally lists all the dev notes published during the beta cycle. This guide is linked in the about page of the corresponding version of WordPress, in the release post and in the HelpHub version page. planning

The Field Guide is an effort that the CoreCore Core is the set of software required to run WordPress. The Core Development Team builds WordPress. Team make each release to inform developers about important changes in the release. The Field Guide is made up of links to individual posts known as dev notes. Dev notes include things like new features, changes to watch for, and potential areas for breakage. As an example, here is the Field Guide for 4.5: https://make.wordpress.org/core/2016/03/30/wordpress-4-5-field-guide/

Please note: dev notes do NOT need to be written by committers. Someone can work with first time authors to help them feel comfortable writing a post. If you would like to contribute to the 4.6 Field Guide please speak up in the #core SlackSlack Slack is a Collaborative Group Chat Platform https://slack.com/. The WordPress community has its own Slack Channel at https://make.wordpress.org/chat/. channel and someone will help you on your way.

Topics that need dev notes and their potential authors:

  • Bootstrap – @jorbin
  • Summary – @jorbin
  • Font Natively – ????
  • Shiny Updates V2 – @swissspidy
  • Multisitemultisite Used to describe a WordPress installation with a network of multiple blogs, grouped by sites. This installation type has shared users tables, and creates separate database tables for each blog (wp_posts becomes wp_0_posts). See also network, blog, site@jeremyfelt
  • Editor – @iseulde/@azaozz?
  • CustomizerCustomizer Tool built into WordPress core that hooks into most modern themes. You can use it to preview and modify many of your site’s appearance settings.@westonruter?
  • Requests/HTTPHTTP HTTP is an acronym for Hyper Text Transfer Protocol. HTTP is the underlying protocol used by the World Wide Web and this protocol defines how messages are formatted and transmitted, and what actions Web servers and browsers should take in response to various commands.@rmccue?
  • dbDelta – @pento?
  • i18ni18n Internationalization, or the act of writing and preparing code to be fully translatable into other languages. Also see localization. Often written with a lowercase i so it is not confused with a lowercase L or the numeral 1. Often an acquired skill.@ocean90?
  • Widgets – @westonruter?
  • WP_Term_Query – @boonebgorges

WCEU Contributor DayContributor Day Contributor Days are standalone days, frequently held before or after WordCamps but they can also happen at any time. They are events where people get together to work on various areas of https://make.wordpress.org/ There are many teams that people can participate in, each with a different focus. https://2017.us.wordcamp.org/contributor-day/ https://make.wordpress.org/support/handbook/getting-started/getting-started-at-a-contributor-day/.

For the #core group there are currently ~140 signups. 20%-40% of these signups are new or not an experienced contributor (yet 🙂). Contributor days are meant to change that.

Review handbook pages and good-first-bugbug A bug is an error or unexpected result. Performance improvements, code optimization, and are considered enhancements, not defects. After feature freeze, only bugs are dealt with, with regressions (adverse changes from the previous version) being the highest priority. report

In order to effectively help those seeking to begin contributing to WordPress, both the contributor handbook pages and the good-first-bug report need to be reviewed and refined. These help guide new contributors in finding something to work on and properly submitting a patch.

@lukecavanagh showed interest in helping with reviewing the handbook pages.

Workshop about preparing a dev environment for core

The core group is going to be huge and it will be way more productive for everyone if there was someone experienced to help new people set up their dev environments. The WCEU team is looking for someone (with a backup) to lead a workshop about preparing a dev environment for core. @adamsilverstein volunteered to help with the workshop. @jeremyfelt is going to help if any issues come up with VVV.

If anyone else is interested please contact @_dorsvenabili or @petya.

Component announcements/updates

None.

Open discussion

  • #12706 needs some eyes and an architectural decision before it can move forward. It may be a good candidate for a feature project.
  • In 4.5, the login <title> structure was fixed, but the adminadmin (and super admin) pages were missed. #35774 aims to fix that.
  • #34923 is seeking feedback for accessibilityAccessibility Accessibility (commonly shortened to a11y) refers to the design of products, devices, services, or environments for people with disabilities. The concept of accessible design ensures both “direct access” (i.e. unassisted) and “indirect access” meaning compatibility with a person’s assistive technology (for example, computer screen readers). (https://en.wikipedia.org/wiki/Accessibility), design, code review, docs, and general comments.

#4-6, #dev-chat, #summary

Dev Chat Summary: June 8th, 2016

Update on WordPress 4.5.3

Target date/time is Tuesday, June 21st 2016 at 14:00 UTC.

Consider the Shiny Updates pluginPlugin A plugin is a piece of software containing a group of functions that can be added to a WordPress website. They can extend functionality or add new features to your WordPress websites. WordPress plugins are written in the PHP programming language and integrate seamlessly with WordPress. These can be free in the WordPress.org Plugin Directory https://wordpress.org/plugins/ or can be cost-based plugin from a third-party for merge

After much discussion and going through the feature project merge check list found here, Shiny Updates is not yet approved because:

  • QUnit tests should be merged with existing tests
  • a final design review needs to be done
  • a security review needs to be done

The new deadline for feedback is Monday, June 13th 2016 at 12:00 UTC. Please report issues as quickly as possible so the Shiny Updates team has time to fix them before the deadline. Don’t wait until Monday and the extra meeting which will be held on Monday, June 13th 2016 at 19:00 UTC.

Feature project updates

CustomizerCustomizer Tool built into WordPress core that hooks into most modern themes. You can use it to preview and modify many of your site’s appearance settings. Transactions/Customizer Posts

  • No updates during the chat.
  • After chat: The team is no longer proposing to merge any significant framework from the customize posts plugin; however, #34923 is still targeting 4.6 for posts support (terms will be investigated further in the future). A fully functional patchpatch A special text file that describes changes to code, by identifying the files and lines which are added, removed, and altered. It may also be referred to as a diff. A patch can be applied to a codebase for testing. was posted late Monday and is awaiting feedback and testing. @celloexpressions is planning to spend some time addressing feedback in the next week provided there are things to address.

Font Natively

  • The font weight issue is still outstanding. If you can volunteer, please see: https://core.trac.wordpress.org/ticket/34923#comment:41
  • The ticketticket Created for both bug reports and feature development on the bug tracker. still needs screenshots of adminadmin (and super admin) pages. See the above link.

Toolbar Experiments

  • No updates.

Component announcements/updates

  • All enhancement tickets in the 4.6 milestone should have an owner. https://core.trac.wordpress.org/query?status=!closed&type=!defect+(bug)&type=!task+(blessed)&milestone=4.6&group=component&order=priority
  • There will be a bugbug A bug is an error or unexpected result. Performance improvements, code optimization, and are considered enhancements, not defects. After feature freeze, only bugs are dealt with, with regressions (adverse changes from the previous version) being the highest priority. scrub this Friday, June 10th 2016 at 11:00 MDT. All enhancements without a working patch will be considered puntpunt Contributors sometimes use the verb "punt" when talking about a ticket. This means it is being pushed out to a future release. This typically occurs for lower priority tickets near the end of the release cycle that don't "make the cut." In this is colloquial usage of the word, it means to delay or equivocate. (It also describes a play in American football where a team essentially passes up on an opportunity, hoping to put themselves in a better position later to try again.) candidates.
  • Please take some time to update the good-first-bug report. This is a report that new contributors are directed to and it would ideally have good-first-bugs when they go there 🙂

Open discussion

Nothing.

 

Full chat log can be found here: https://wordpress.slack.com/archives/core/p1465416005000791

#4-6, #dev-chat, #summary

Dev Chat Summary: June 1st, 2016

Update on WordPress 4.5.3

Nothing new. The last few tickets are being wrapped up so it can be shipped next week.

BetaBeta A pre-release of software that is given out to a large group of users to trial under real conditions. Beta versions have gone through alpha testing in-house and are generally fairly close in look, feel and function to the final product; however, design changes often occur as part of the process. 1 is in 4 Weeks

  • Before Beta 1, every feature should be ready to be tested.
  • Before Beta 1, every feature that needs a dev note should have one. See https://core.trac.wordpress.org/query?keywords=~needs-dev-note&milestone=4.6&group=component
  • Before Beta 1, every enhancement or feature request needs be committed or punted. See https://core.trac.wordpress.org/query?status=!closed&type=!defect+(bug)&type=!task+(blessed)&milestone=4.6&group=component&order=priority
  • Because there are so many tickets in the 4.6 milestone, next week there will be one, two, three bugbug A bug is an error or unexpected result. Performance improvements, code optimization, and are considered enhancements, not defects. After feature freeze, only bugs are dealt with, with regressions (adverse changes from the previous version) being the highest priority. scrubs to knockout as many tickets as possible. They will be on Monday (by @chriscct7), Wednesday (by @ocean90), and Friday (by @voldemortensen). Times will be announced.

Feature Project Updates

Shiny Updates

  • Remaining issues are being fixed.
  • A merge proposal will be written by the end of this week.
  • A coreCore Core is the set of software required to run WordPress. The Core Development Team builds WordPress. patchpatch A special text file that describes changes to code, by identifying the files and lines which are added, removed, and altered. It may also be referred to as a diff. A patch can be applied to a codebase for testing. will be prepared by next dev chat.

CustomizerCustomizer Tool built into WordPress core that hooks into most modern themes. You can use it to preview and modify many of your site’s appearance settings. Transactions/Customize Posts

  • For transactions: There is now an initial patch to improve setting validation to give earlier (immediate) feedback when validation errors occur, fixing a key UXUX User experience problem where invalidinvalid A resolution on the bug tracker (and generally common in software development, sometimes also notabug) that indicates the ticket is not a bug, is a support request, or is generally invalid. settings would just not appear in the preview and no indication would be provided to the user until a save was attempted. See #36944.
  • For stubbing posts/pages via available nav menu items, additional feedback on UI/UX, accessibility, and on integration with terms: https://core.trac.wordpress.org/ticket/34923#comment:41
  • The Customize Posts pluginPlugin A plugin is a piece of software containing a group of functions that can be added to a WordPress website. They can extend functionality or add new features to your WordPress websites. WordPress plugins are written in the PHP programming language and integrate seamlessly with WordPress. These can be free in the WordPress.org Plugin Directory https://wordpress.org/plugins/ or can be cost-based plugin from a third-party should have a 0.6.0 release on WordPress.orgWordPress.org The community site where WordPress code is created and shared by the users. This is where you can download the source code for WordPress core, plugins and themes as well as the central location for community conversations and organization. https://wordpress.org/ today which should make it much easier to test with the patch. No new iterations on the patch itself were made this week, other than framework improvements on Customize Posts.
  • No blockers
  • The current patch still has some bugs and needs to be refreshed.
  • User tests are also needed.
  • There could also be some discovery work on adding a private shadow taxonomyTaxonomy A taxonomy is a way to group things together. In WordPress, some common taxonomies are category, link, tag, or post format. https://codex.wordpress.org/Taxonomies#Default_Taxonomies. for drafted terms.
  • Unfortunately, there is still too much to be done to make it in the 4.6 release.

Font Natively

  • Still no movement and no blockers.
  • If you can volunteer to go through font-weights in Core, please do so. See https://core.trac.wordpress.org/ticket/36753#comment:32

Toolbar Experiments

  • Still targeting 4.6
  • Documentation and APIAPI An API or Application Programming Interface is a software intermediary that allows programs to interact with each other and share data in limited, clearly defined ways. planning is still underway.
  • More eyes on the documentation would be most beneficial. See https://docs.google.com/document/d/1oMSn_GBoly19tY2a6GfNJp8XnAvUbrGTnl2oeXdkgeg/edit

Component Announcements/Updates

Reminder: https://make.wordpress.org/core/components/ has a “0 Replies” column. If it doesn’t show “0” for a component, it needs to be fixed.

Build/Test Tools

  • A new version of grunt-patch-wordpress is coming right after this meeting that adds:
    • 1) the ability to use githubGitHub GitHub is a website that offers online implementation of git repositories that can can easily be shared, copied and modified by other developers. Public repositories are free to host, private repositories require a paid subscription. GitHub introduced the concept of the ‘pull request’ where code changes done in branches by contributors can be reviewed and discussed before being merged be the repository owner. https://github.com/ urls for patchs
    • 2) the ability to upload patches directly from the command line for all users with the appropriate ability in xml-rpc.
  • Its currently limited to profiles that are bug gardeners, but will soon be all users.

Editor

  • Reminder: Every week the editor team has a chat and bug scrub 2 hours before dev chat. Everyone is welcome (and encouraged) to attend and participate.

Open Discussion

Crickets.

 

Full chat log can be found here: https://wordpress.slack.com/archives/core/p1464811247007850

#4-6, #dev-chat, #summary

Dev Chat Summary: May 25th, 2016

This post summarizes the weekly dev chat held on May 25, 2016 at 14:00 MDT.

Update on WordPress 4.5.3

  • Work continues on the 8 remaining tickets tagged for the release: https://core.trac.wordpress.org/tickets/minor; most tickets are either fixed or marked as commit.
  • #36861 needs some testing. Please give the latest patchpatch A special text file that describes changes to code, by identifying the files and lines which are added, removed, and altered. It may also be referred to as a diff. A patch can be applied to a codebase for testing. a try and report your findings on the ticketticket Created for both bug reports and feature development on the bug tracker..
  • Since @mike reached out to hosts and got Imagick issues fixed, #36534 is no longer critical.
  • Release is still scheduled in 1-2 weeks.

Autoloading in CoreCore Core is the set of software required to run WordPress. The Core Development Team builds WordPress.

  • The discussion was about #36335 and #36926 which should be read by everyone.
  • @azaozz raised the question “How much easier would be to do this at the same time as dropping support for PHPPHP The web scripting language in which WordPress is primarily architected. WordPress requires PHP 5.6.20 5.2? Or rather, would it be a good enough reason to drop that support?” since PHP 5.3+ would make the compatibility shim for spl_autoload_register() superfluous.
  • @ocean90 mentioned it wouldn’t be easier and it’s not a good idea to combine both topics because one is not a requirement for the other.
  • No further objections for the compatibility shim were raised, #36926 was approved for commit.
  • The discussion about the implementation of an autoloader didn’t come to a result because of lack of interest.

Feature project updates

Shiny Updates

  • Testing instructions were added to the feature project landing page and pluginPlugin A plugin is a piece of software containing a group of functions that can be added to a WordPress website. They can extend functionality or add new features to your WordPress websites. WordPress plugins are written in the PHP programming language and integrate seamlessly with WordPress. These can be free in the WordPress.org Plugin Directory https://wordpress.org/plugins/ or can be cost-based plugin from a third-party readies.
  • The team got lots of feedback and fixed many bugs.
  • Merged activation flow for plugins that were just installed.
  • Added more QUnit tests.
  • Still targeting 4.6 with no current blockers.
  • Some bugs still need fixing and user tests for update-core.php and themes.
  • A merge proposal and core patch also need to be worked up.
  • If you haven’t already, please test the plugin: https://wordpress.org/plugins/shiny-updates/

Font Natively

  • Edge is addressing a bugbug A bug is an error or unexpected result. Performance improvements, code optimization, and are considered enhancements, not defects. After feature freeze, only bugs are dealt with, with regressions (adverse changes from the previous version) being the highest priority. and the fix will be in Edge in the next few months.
  • If you want to help with fixing font weights, please see #36753.

CustomizerCustomizer Tool built into WordPress core that hooks into most modern themes. You can use it to preview and modify many of your site’s appearance settings. transactions/Customize Posts

  • For transactions, the commit has been made for adding a setting validation model (#34893). Big thanks to #design team for their input.
  • For Customize posts (#34923), a working patch has been added which connects the available nav menu items UIUI User interface with being able to create new posts/pages.
  • A GIF demo that @celloexpressions prepared for the scope of the feature being proposed for core: https://core.trac.wordpress.org/raw-attachment/ticket/34923/34923.ui.1.gif
  • Adding new pages via available nav menu items is still targeted for 4.6.
  • Setting validation is already in trunktrunk A directory in Subversion containing the latest development code in preparation for the next major release cycle. If you are running "trunk", then you are on the latest revision..
  • The rest of transactions will be in a future release.
  • #36944 has been opened for to give early feedback when setting validation fails, allowing server-sent validation errors to be received prior to hitting save. A key UXUX User experience improvement.
  • Adding a term in the Customizer is currently impossible because there is no draft status for terms.
  • TODO: continue iterating on adding posts via Customizer, explore adding terms via Customizer, and improve setting validation.

Fields APIAPI An API or Application Programming Interface is a software intermediary that allows programs to interact with each other and share data in limited, clearly defined ways.

  • There are continued efforts to improve register_meta() in #35658 so it can support additional arguments needed by both Fields API and the REST APIREST API The REST API is an acronym for the RESTful Application Program Interface (API) that uses HTTP requests to GET, PUT, POST and DELETE data. It is how the front end of an application (think “phone app” or “website”) can communicate with the data store (think “database” or “file system”) https://developer.wordpress.org/rest-api/. projects.
  • The REST API team is on board with the code thus far, but a decision needs to be made on whether or not they want to enforce a data_type or schema argument this early on.
  • Next steps are to add unit tests for new use cases and to ensure backwards compatibility.
  • #35658 is targeted for 4.6.
  • The project itself is no longer treated as a feature project for 4.6.

Toolbar Experiments

  • Notes from last weeks meeting surrounding strategy and design for a new Admin API can be found here: https://make.wordpress.org/core/2016/05/23/may-20-toolbar-and-admin-menu-meeting-summary/
  • Still targeting for inclusion in 4.6 with no blockers currently.
  • Next meeting is on Friday, May 27th at 16:00 UTC.

Component announcements/updates

  • https://make.wordpress.org/core/components/ includes a colum for “Tickets with 0 replies”. These tickets would be great to go through during a bug scrub.

Open discussion

ID or id in object properties?

Core currently has no standard on using $object->ID vs. $object->id. WP_User currently has a magic getter for id and throws a _doing_it_wrong. Its been proposed that everything use id and have a magic getter for ID that throws a _doing_it_wrong. This would involve reversing current behavior in WP_User. This would also increase consistency in core going forward. @jeremyfelt will open a ticket for standardization (#36946).

Tickets

  • #26511 is still waiting for feedback.
  • @ronaldhuereca will prepare a patch for #36872.
  • #12922 still needs discussion on whether or not posts should automatically be updated when a featured imageFeatured image A featured image is the main image used on your blog archive page and is pulled when the post or page is shared on social media. The image can be used to display in widget areas on your site or in a summary list of posts. is added. It seems that most people lean towards requiring an update before the featured image is saved.

 

The full dev chat logs can be found here: https://wordpress.slack.com/archives/core/p1464206418006799

#4-6, #dev-chat, #summary