Dev Chat Summary: May 18, 2016

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

Update on WordPress 4.5.3

  • Target date for release is in 2-3 weeks.
  • Only 7 tickets remain in the minor milestone.
  • #36749, #36590, and #36748 all need some additional help. Please look into them if you can.

New TracTrac An open source project by Edgewall Software that serves as a bug tracker and project management tool for WordPress. keyword for 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, and 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.:

  • Dev notes are make/coreCore Core is the set of software required to run WordPress. The Core Development Team builds WordPress. posts which are about new features/APIs or 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. changes. The goal is to have a 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. which summaries all the changes of a release.
  • If you think a ticketticket Created for both bug reports and feature development on the bug tracker. needs a make/core post, please add the needs-dev-note keyword so these can be tracked. (needs-dev-note won’t be in the keyword dropdown, however you can manually add it.)
  • Current tickets with needs-dev-note can be found here: https://core.trac.wordpress.org/query?keywords=~needs-dev-note&milestone=4.6&group=component
  • Historically, the ticket owner or 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. writes the post, but anyone can author a 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, and 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..
  • Please contact @ocean90 if you have a dev note ready to publish.
  • Reminder: The handbook has a Post & Comment Guidelines page.

Feature project updates

Font Natively

  • This week 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. with the font shortcut property was fixed.
  • Currently there are no blockers noted.
  • More screenshots across operating systems/browsers/resolutions/devices would be greatly appreciated.
  • Screenshots should be uploaded directly to ticket #36753 if possible. Otherwise, a link to them will suffice.
  • The dashboard with the welcome panel active, the discussion settings page, and the 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. all good for screenshots.
  • @helen has pinged @mattmiklic about the font weight differences that were noted. (Answer)

Customizer transactions/Customize Posts

  • Transactions: setting validation (#34893) is the part of transactions that has been worked on this last week. It is ready for commit from @westonruter‘s point of view.
  • It was proposed to 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.) Customize Posts from 4.6 for now and to focus on the underlying API instead.
  • #36879 allows post data to be filtered if is_customize_preview().
  • Work continues on the feature pluginFeature Plugin A plugin that was created with the intention of eventually being proposed for inclusion in WordPress Core. See Features as Plugins., primarily thanks to @valendesigns, with work focusing on being able to create new posts from within the Customizer.
  • There has been some confusion regarding the scope of the feature plugin vs. the scope of what’s being worked on for 4.6, @westonruter and @celloexpressions will work on separating the two to reduce confusion.

Shiny Updates

  • A feature projects landing page was published, and requests for review to make/flow, make/polyglots, and make/accessibility were posted.
  • The team is still targeting 4.6.
  • @swissspidy has merged his work on `update-core.php` to the master 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". so it’s now ready to be tested.
  • By next week the team wants to have fixed all reported bugs and have found a solution to activate a 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 after it was installed.
  • Please test and report all issues on the Shiny Updates Github repository.
  • Testing instructions are being worked on by @mapk.

Open question: Should `update-core.php` changes be part of the merge proposal? Initially it has not been part of the proposal because it was far from finished. Pros for making it part of the proposal would be that it would completely eliminate The Bleak Screen Of Sadness from there, con would be that it wasn’t ready at the beginning of the cycle and still needs a good amount of testing.

If you have any thoughts on the matter, please chime in.

Toolbar Experiments

Component announcements

  • @boonebgorges” reminded everyone about https://make.wordpress.org/core/2016/05/18/query-component-bug-scrub-may-24/
  • @ocean90 also reminded everyone that #core-i18n still has weekly bug scrubs every Tuesday @ 18:00 UTC.

Open discussion

  • @voldemortensen proposed that core adopt some prerendering and prefetching by default. He and @swissspidy believe there are some big performance gains to be had. However, prerendering can have some bandwidth impacts that need to be researched/discussed further.
  • @tfrommen would like some feedback on #26511. The basic concept of the ticket is to introduce the ability to switch between locales. He will be making 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. so it can be tested directly with core. Discussion will continue in #core-i18n.
  • @mrwweb would like feedback on #36809. After a healthy discussion about the problems surrounding the removal of the feature, the general consensus is that it would stay for now and be revisited in the future.

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

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

Dev Chat Summary: May 11, 2016

Update on WordPress 4.5.3

  • 8 tickets listed, 3 merged into 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.
  • Both @adamsilverstein and @swissspidy were unavilable during chat

Triagetriage The act of evaluating and sorting bug reports, in order to decide priority, severity, and other factors. of tickets with the “early”” keyword and “class tickets”

  • 9 tickets are still listed
  • @iseulde was unavailable for comment on #25387
  • @swissspidy is working on patches for WP_Post_Type and WP_Taxonomy.
  • @jeremyfelt is planning on commiting WP_Site_Query this week.
  • @boonebgorges will provide feedback for 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. on #36492
  • A patch for #34391 was submitted this week. This patch also fixes #34344 and #35947 (both early tickets).

Feedback on 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/weekly chats/office hours

The general consensus is that having frequent meetings for each component is a positive thing that promotes contributions.

@helen: I don’t think having a lot of scheduled meetings is a problem when they’re not mandatory, it helps people schedule and structure their time.
@jorbin: It also helps people be involved since they have plenty of options for when they can interact live with others
@voldemortensen: Live feedback helped me a ton when starting with WordPress.

A link to https://make.wordpress.org/meetings will be added to the sidebar.

Feature project updates

Font Natively

  • There is a bug with MSEdge. @helen will try get in touch with them about it.

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

  • Most of the work related to transactions has been on #34893 (Customize Setting Validation). Validation is needed in order to obtain a pass/fail green light to “commit” a transaction to the database. Further discussion can be found here: https://make.wordpress.org/core/2016/05/04/improving-setting-validation-in-the-customizer/

Customize Posts

  • @valendesigns has been improving the underlying framework for themes to add support for how they vary in how they use template parts to represent the various post fields (e.g. title, author, and content).
  • Also regarding #34923, @valendesigns has done an initial PR for adding the ability to create new posts/pages in the Customizer, with an Add New button appearing at the top of the panel for the given post type.
  • The Customize team will then be able to integrate this same button into the available nav menu items pane for menus in the Customizer.

Shiny Updates

  • @swissspidy continued working on update-core.php. See https://cloudup.com/cIh02KWWwey
  • @mapk conducted another user test (which went a lot smoother after we updated the test site to WP 4.5.1). That can be found here: https://cldup.com/yHfETI5gdE.mp4
  • All flow documentation for shiny updates can be found here: https://make.wordpress.org/flow/tag/shiny-updates/
  • The Shiny Updates team still needs reviews from various groups (i.e. a11yAccessibility 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), 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., etc).
  • So far the Shiny Updates team has done a total of five recorded user tests plus a few in-person ones at WordCamps. They’d like to do one more with themes install/update/delete to see if there are any quirks that have been missed.
  • @afercia would like a user review done with the tester using assistive technologies.

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.

  • The Fields API team is seeking feedback on an ongoing discussion surrounding #35658, where they’re proposing extending register_meta() to accept an $args array which would provide much needed information about the 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. field to both 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/. and the Fields API.
  • The Fields API team and the REST API team are at odds about which schema should be used.
  • A explanation of the issue, as well as proposed solutions, can be found here: https://docs.google.com/document/d/1ZMKt_PIcy0fTTQAjE1THeG-MRPTUHVVSSyZs5dk7TIc/edit
  • Action items: Further define the pros/cons of each schema option and meet with REST API team to hash out an agreeable solution

Toolbar Experiments

  • No further progress.

Component updates

Please see: https://make.wordpress.org/core/tag/4-6/

Open discussion

  • @joemcgill would like to get another set of eyes on #36531, particularly as it relates to possibly fixing broken options via an upgrade routine.
  • @afercia would appreciate a review of the post draft for make/coreCore Core is the set of software required to run WordPress. The Core Development Team builds WordPress. about the changes in the Terms screens, see ticketticket Created for both bug reports and feature development on the bug tracker. #35664.
  • @brianvan would like a review of #27056
  • The workflow part of the Handbook isn’t clear on what to do after a ticket is tagged with “has-patch”. Getting another contributor or a 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. to review the patch is the best thing to do. This should be updated in the Handbook.

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

Dev Chat Summary – May 4, 2016

This post summarizes the dev chat meeting from May 4.

Update on WordPress 4.5.2

  • Lead for 4.5.2 still undecided.
    • Post-meeting it was decided that @adamsilverstein and @swissspidy will continue leading the next minor releaseMinor Release A set of releases or versions having the same minor version number may be collectively referred to as .x , for example version 5.2.x to refer to versions 5.2, 5.2.1, 5.2.3, and all other versions in the 5.2 (five dot two) branch of that software. Minor Releases often make improvements to existing features and functionality. for the 4.5 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"..
  • 8 potential tickets for 4.5.2, only one has been committed.
  • #36534 is a serious issue that has had little activity. The issue is 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. between Imagick and OpenMP in certain configurations. @mike has reached out to a few major hosts who have fixed their configuration. @joemcgill and team are continuing the investigation into how to handle these errors.
  • The goal is to have as many 4.5.2 tickets 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. by next week as possible.

Triagetriage The act of evaluating and sorting bug reports, in order to decide priority, severity, and other factors. of tickets with the “early” keyword

  • Down to 11 tickets across 9 components https://core.trac.wordpress.org/query?status=!closed&keywords=~early&milestone=4.6&group=component
  • #25387, #18857, and #29804 don’t have an owner yet.
  • @westonruter The three 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. `early` tickets are closely related. @delawski has been working on #34391 and the remaining items are to clean up unneeded CSSCSS Cascading Style Sheets., do thorough browser testing, and testing with different themes that add custom panels/sections.

Call for designers/reviving the chats

  • Since the beginning of this cycle a few contributors requested help from the team in #design. This channel has currently 813 members but the responses are only sporadic. There is also a meeting scheduled which should happen every week on Thursday at 17:00 UTC. But last one was in January.
  • @karmatosed and @hugobaeta will take charge of reviving chats in #design on 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/..
  • @hugobaeta will have an agenda posted by end of day today.
  • @zetaraffix volunteered to join the design team.

Feature Project Updates

Shiny Updates

  • Visual records have been posted: https://make.wordpress.org/flow/2016/05/02/shiny-update-visual-records/
  • All bugs found in that process have been fixed. @swissspidy made a a first pass at improving update-core.php.
  • User testing was tainted by an outdated WordPress install, but can still be viewed here: https://make.wordpress.org/flow/2016/05/03/shiny-updates-user-testing-plugins/
  • Another user test will be run and a review by the flow, docs, a11yAccessibility 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), and 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. team will be requested.

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.

  • The Fields API team is requesting feedback on proposed changes to register_meta(). Please read https://make.wordpress.org/core/2016/05/03/a-data-schema-for-meta/ and leave your feedback in the comments.

Customizer

  • Recap post of the last office hours: https://make.wordpress.org/core/2016/05/04/customize-office-hours-recap-2016-05-02/
  • #30937 (transactions) and #35210 (notification area) are the highest priorities.
  • A make/coreCore Core is the set of software required to run WordPress. The Core Development Team builds WordPress. post for Customizer setting validation (#34893) in the works.
  • @westonruter has also initiated a new feature plugin “JS Widgets” that will greatly improve the performance of widgets in the Customizer. An alpha state plugin can be found here: https://github.com/xwp/wp-js-widgets

Decision time for: #36753 Use system fonts for a faster, more native-feeling adminadmin (and super admin) (Font Natively)

  • Background information and rationale can be found here: https://make.wordpress.org/core/features/font-natively/
  • @helen mentioned that there is 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. on #36753 and that lots of screenshots across OSes and window sizes of current state and new state are needed. Help is appreciated.
  • Because this project is already in a committable state, @helen proposed to commit this patch now.
  • Even the final decision time is still a month away no objections were called.
  • @helen will commit the patch.

Discussion: How to name new functions? get_sites/networks() vs wp_get_sites/networks()

This came up during the last 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 chat. @jeremyfelt gave a short introduction:

WP_Site_Query should have a function similar to get_posts(), get_users(), or get_comments() that allows for the simple return of results from a query.

wp_get_sites() was introduced quite a bit ago. It returns an array of arrays rather than the desirable array of WP_Site objects.

get_sites() is proposed as part of the WP_Site_Query patch to align better with the naming of posts, users, comments… and to allow for the return of an array of objects.

We need to make a decision: Does it make sense to introduce get_sites() and deprecate wp_get_sites()

I guess a broader question is do we push for more wp_ prefixed functions in situations like this or do we go with what we’ve been doing.

A similar question exists for get_networks()

  • @tfrommen objects, that introducing a new unprefixed function might be a collision with some (also unprefixed) 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 function. He proposes that the slurping the plugin repo would be a good idea.
  • @boonebgorges states a rule: Prefer prefix as a rule of thumb, but exceptions seem fine in cases like this, when DX will be improved by being internally consistent.
  • @helen: Generally I would base these kinds of decisions on what wouldn’t trip you up (or at least you trip you up less) as a developer.
  • @ipstenu will help with slurping the plugin repo for get_sites() and report the findings in #core-multisite.
  • There is currently not a consensus on prefixing functions with wp_.

Component Updates

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.

Multisite

Comments

  • Bug scrub scheduled for Monday May 9th, 2016 at 13:00 MDT in #core Slack.
  • Watch for a Make/Core post regarding Custom Comment Types
  • With 104 open tickets, the Comments team would love help confirming bugs still exist, are actually bugs, or patches 🙂
  • #33717 (Send Notification Email When a Comment is Approved From Moderation) needs some extra review and feedback.

Media

  • The media component could use a lot of love, and a bug-fix focussed release is just the sort of thing that could help.
  • @joemcgill  is planning to put out a call for volunteers on the make/core blogblog (versus network, site) and then begin using our weekly dev chat time to focus on bug-scrubs.
  • There are currently 268 open tickets in that component, so extra hands will be helpful.

Open Discussion

  • @helen brought a concern about removing the Open Sans style registration and people who might be using it as a dependency, etc. The decision was to leave the registration and move the line to the // Deprecated CSS section..
  • @ronalfy asked for a new owner of #33932 (Filters for Plugin/Theme Update Email Notifications).
  • @zstepek brought #34848 (Add support for updating post 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. in bulk) up. @boonebgorges will be responding to the ticketticket Created for both bug reports and feature development on the bug tracker. soon.
  • @spacedmonkey would like to get more eyes on #35381 (Introduce WP_Term_Query)

 

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

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

Dev Chat Summary – April 27, 2016

This post summarizes the dev chat meeting from April 27.

4.5.1 / 4.5.2

  • Released April 26, 2016.
  • Exact time of release wasn’t announced, which left places like #forums on 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/. and hosts in the dark. Going forward an exact timeframe should be announced, the handbook will be updated to be more clear on this requirement.
  • Two proposals about minor releaseMinor Release A set of releases or versions having the same minor version number may be collectively referred to as .x , for example version 5.2.x to refer to versions 5.2, 5.2.1, 5.2.3, and all other versions in the 5.2 (five dot two) branch of that software. Minor Releases often make improvements to existing features and functionality. leads came forth. One being that a set of “maintainers” be established to be on top of minor releases, the other being @ocean90 and @voldemortensen do 4.5.2 as a dry-run for 4.6.0. No decision has been made at this time.

Status of the wish-list post

There are currently 124 tickets, 4 of which are complete with about 15 in progress.

Feature pluginFeature Plugin A plugin that was created with the intention of eventually being proposed for inclusion in WordPress Core. See Features as Plugins./project proposals for 4.6

  • Contributors to the proposed projects should attend the feature plugins/projects meetings. The next one will be held on May 3, 2016 15:00 UTC.
  • Parts of the Shiny Updates v2 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 are ready for coreCore Core is the set of software required to run WordPress. The Core Development Team builds WordPress. and have been proposed for merge. This fits in with the goals of the 4.6 release cycle.
  • Any one who would like to try the Shiny Updates plugin can find it here: https://wordpress.org/plugins/shiny-updates/
  • The 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. team would like to propose their changes to register_meta() and a datalayer for metadata 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/. endpoints.
  • @helen is looking at #32678 (Audit toolbar links and content) for items that can be brought into 4.6.0. No meetings are currently being held, but times are being considered.
  • @westonruter proposed #34923 (Introduce basic content authorship in the 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.) and #30937 (Add Customizer transactions). Anyone who has questions or is looking to contribute should join #core-customize on Slack.

Triagetriage The act of evaluating and sorting bug reports, in order to decide priority, severity, and other factors. of tickets with the “early” keyword

  • There are currently 12 tickets which are marked as early. Let’s try to get this report empty by next week. : https://core.trac.wordpress.org/query?status=!closed&keywords=~early&milestone=4.6

Component Maintainer Updates/Reminders

  • Please post notes from weekly meetings and 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 on make/core. Release leads will try get weekly posts on upcoming meetings.
  • Weekly meeting times can be found here: https://make.wordpress.org/meetings/
  • Components which should definitely have a bug scrub soon: Posts, Post Types; Comments, 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., Themes, and Widgets.

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

  • Had a kick-off meeting last Thursday and published notes: https://make.wordpress.org/core/2016/04/25/multisite-kickoff-for-4-6-chat-summary/
  • Had the first weekly chat of the cycle yesterday…and published notes: https://make.wordpress.org/core/2016/04/27/multisite-office-hours-recap-april-26-2016/
  • Great progress has been made on `WP_Site_Query`, check it out. #35791
  • If you use multisite for anything, also checkout (and test) #34941.
  • A casual bug scrub will happen on April 28, 2016 at 20:00 UTC in #core-multisite.
  • Weekly office hours are Tuesdays at 16:00 UTC.

Editor

  • @iseulde has started working on using the TinyMCE APIs for wpView and inline toolbars
  • @azaozz is still chasing after couple of rare editor bugs and will start on the wishlist (https://make.wordpress.org/core/2016/04/12/editor-wish-list-4-6/) probably by the end of the week.
  • If somebody have questions or like to get involved/help, please join us at the regular editor chats on Wednesday two hours before this chat in #core-editor

Pings and Trackbacks

  • @dshanske is a new maintainer. He closed/consolidated several tickets however reading the code caused him to open some more. 🙂

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.

  • First bug scrub was this Tuesday, next scrub is May 3, 2016 at 18:00 UTC.
  • The roadmap for 4.6: https://make.wordpress.org/core/2016/04/22/i18n-kickoff-for-4-6-chat-summary/
  • Meetings happen in #core-i18n.

Customizer

  • The Customizer Transactions 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. got a refresh for 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..

Comments

  • Bug scrub time will be announced next week.

a11yAccessibility 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)

  • Just a reminder that any new feature landing in core (see feature projects/plugins) should be in line with the accessibility coding standards found here: https://make.wordpress.org/core/handbook/best-practices/coding-standards/accessibility-coding-standards/

RevisionsRevisions The WordPress revisions system stores a record of each saved draft or published update. The revision system allows you to see what changes were made in each revision by dragging a slider (or using the Next/Previous buttons). The display indicates what has changed in each revision.

  • @adamsilverstein is working dilligently on resolving tickets including #20564 (Framework for storing revisions of Post 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.), #27244 (Restore This Autosave’ immediately updates a published post), #30679 (Clicking “Restore this Revision” publishes immediately) and #20299 (Preview changes on a published post makes all post meta “live”).
  • Work on #20564 is mainly happening on https://github.com/adamsilverstein/wp-post-meta-revisions and can be tested here https://wordpress.org/plugins/wp-post-meta-revisions/

Open Discussion

The REST API team is seeking direction and clarity on the path forward. A more in depth summary will be posted separately. Read the conversation here: https://wordpress.slack.com/archives/core/p1461791901002328

@tfrommen would really love to see (more) feedback on #36335, especially by (but of course not restricted to) Core Committers. Both targeted at the ticket’s core (i.e., a central autoloader) and the parts directly related to WordPress (e.g., split up files with multiple classes, or classes and functions, etc.). Things that might be tackled in the scope of WordPress 4.6, or in general, some day/release. https://wordpress.slack.com/archives/core/p1461795636002501

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

#4-5-1, #4-5-2, #4-6, #dev-chat, #summary

Dev Chat Summary, April 20th 2016

This post summarizes the dev chat meeting from April 20.

Update on WordPress 4.5.1

  • #36510 and #36545 are large bugs that are prompting an earlier release than was anticipated.
  • #36510: a ‘singular’ class was added for singular items, but some existing themes -including Twentyeleven – already used ‘singular’ in a different way leading to unexpected result.
  • #36545: is a potentially bad TinyMCE 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. with chrome vs. 50 (now stable) is fixed in TinyMCE upstream; although testers have been unable to reproduce this bug, the point upgrade MCE squashes some known bugs and seems worthwhile to include.

Other items remaining

  • #26506: Press This: “Add Photos” box doesn’t have enough height
  • #36578: wp_ajax_send_attachment_to_editor() bug

Discussion about release date

Several people raised concerns about rushing out an early point releaseMinor Release A set of releases or versions having the same minor version number may be collectively referred to as .x , for example version 5.2.x to refer to versions 5.2, 5.2.1, 5.2.3, and all other versions in the 5.2 (five dot two) branch of that software. Minor Releases often make improvements to existing features and functionality.. In an effort to encourage testing before release, 4.5.1-RCrelease 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). will be tagged either today or tomorrow (April 20th, 2016 or April 21st, 2016). A make/coreCore Core is the set of software required to run WordPress. The Core Development Team builds WordPress. post about changes in 4.5.1 will also be posted.

Announcements

  • All committers will have their commit access renewed.
  • @voldemortensen will be the release deputy for 4.6.
  • @ebinnion, @rockwell15, and @grantpalin will continue their superb Week in Core posts.
  • WordPress 4.6 will focus on fixing bugs and refining existing features.
  • Other goals include increasing collaboration between features/components, increasing communication via make/core, and give user testing and UXUX User experience a bigger focus.

Release Schedule

  • Target release date is August 16, 2016. As a reminder, deadlines are not arbitrary.
  • Full release schedule can be found at https://make.wordpress.org/core/version-4-6-project-schedule/
  • It was proposed that the Major ticketticket Created for both bug reports and feature development on the bug tracker. report has zero tickets at 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 instead of RC to avoid last minute rushing.

Community Wish List

  • @helen gave an update on feature projects (https://make.wordpress.org/core/features/). Feature projects have a bi-weekly meeting (every two weeks) at variable times to allow more contributors to attend. Next meeting is on May 3, 15:00 UTC 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. More feature projects will be added to the page as their statements of purpose are refined.
  • @ocean90 and @voldemortensen will be tracking the wish list of tickets for 4.6 and providing updates here: https://make.wordpress.org/core/4-6/. (Component maintainers can help up by updating the list as well.)

Component Maintainers

  • Just a reminder to component maintainers, write more posts on make/core to improve communication. Don’t forget to post on weekly meetings either. There is a handbook post on writing make/core updates. https://make.wordpress.org/core/handbook/best-practices/post-comment-guidelines/
  • If you would like to volunteer to be a component maintainer, please reach out to @ocean90 or @jorbin.

General Discussion

  • The Two-Factor feature pluginFeature Plugin A plugin that was created with the intention of eventually being proposed for inclusion in WordPress Core. See Features as Plugins. needs a UX designer. Please reach out to @georgestephanis directly or in #core-passwords on Slack if interested.
  • #34941 (Make the main bootstrap process in ms-settings.php testable) needs some eyes. Please leave comments on the ticket or in #core-multisite if you have questions, comments, or concerns.
  • PHPMailer has decided to drop support for anything lower than PHPPHP The web scripting language in which WordPress is primarily architected. WordPress requires PHP 7.4 or higher 5.5. Security updates will be backported, but there will be no new feature development. Reference.

Full meeting logs: https://wordpress.slack.com/archives/core/p1461182382001002

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

Dev Chat Summary, April 13

This post summarizes the dev chat meeting from April 13.

WordPress 4.5

  • WordPress 4.5 was released on schedule.
  • @swissspidy and @adamsilverstein were proposed to lead the next minor releaseMinor Release A set of releases or versions having the same minor version number may be collectively referred to as .x , for example version 5.2.x to refer to versions 5.2, 5.2.1, 5.2.3, and all other versions in the 5.2 (five dot two) branch of that software. Minor Releases often make improvements to existing features and functionality. (4.5.1). Both accepted the nomination.
  • Current status:
    • The jQuery update in 4.5 includes an intentional change which broke a few themes/plugins. Unquoted # in attribute selectors are now causing a syntax error (a[href*=#] vs a[href*="#"]). jQuery was updated in [36285] four months ago.
      Next steps: A make/coreCore Core is the set of software required to run WordPress. The Core Development Team builds WordPress. posts which explains the issue and to educate developers. It shouldn’t focus on end users. @georgestephanis and @jorbin are preparing the post.
    • #36501: Issue seems to be limited because it only affects an old version of ImageMagick.
    • #36510: Themes like Twenty Eleven don’t expect the new .singular body class. Needs a decision on how to fix the issue and if an update of Twenty Eleven is necessary.
    • #36506: A change to the rewrite rules for IIS installs is breaking sites because of duplicate rules. 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. is available, needs more testing.

WordPress 4.6

  • Announcements:
    • 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 open for 4.6.
    • The official kick of meeting for WordPress 4.6 will be next Wednesday, April 20th.
    • There will be two posts over the next few days:
  • Pre-4.6 tasks:
    • Call for Component Maintainers
      • The release will heavily focus on work of each component, because we’ll try something different this cycle: Bug scrubs per component.
  • Open discussions:
    • Question by @krogsgard whether I’ll look back through past idea posts and filterFilter Filters are one of the two types of Hooks https://codex.wordpress.org/Plugin_API/Hooks. They provide a way for functions to modify data of other functions. They are the counterpart to Actions. Unlike Actions, filters are meant to work in an isolated manner, and should never have side effects such as affecting global variables and output. any candidates, or folks should bring ideas again from the beginning. I suggested to start from the beginning.

View the full logs on Slack.

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