Title: Auto-updates feature meeting summary: April 21, 2020 Author: Jb Audras Published: April 22, 2020 --- [ ](https://profiles.wordpress.org/audrasjb/) [Jb Audras](https://profiles.wordpress.org/audrasjb/) 9:56 pm _on_ April 22, 2020 Tags: [5.5 ( 87 )](https://make.wordpress.org/core/tag/5-5/), [auto-update ( 24 )](https://make.wordpress.org/core/tag/auto-update/), [feature plugins ( 122 )](https://make.wordpress.org/core/tag/feature-plugins/), [feature projects ( 52 )](https://make.wordpress.org/core/tag/feature-projects/), [feature-autoupdates ( 26 )](https://make.wordpress.org/core/tag/feature-autoupdates/) # Auto-updates feature meeting summary: April 21, 2020 These are the weekly notes for the WP Auto-updates team meeting that happened on Tuesday April 21, 2020. You can [read the full transcript](https://wordpress.slack.com/archives/CULBN711P/p1587488458426600) on the _coreCore Core is the set of software required to run WordPress. The Core Development Team builds WordPress.-auto-updates_ SlackSlack Slack is a Collaborative Group Chat Platform [https://slack.com/](https://slack.com/). The WordPress community has its own Slack Channel at [https://make.wordpress.org/chat/](https://make.wordpress.org/chat/) channel. As a reminder, WP Auto-updates Feature PluginFeature Plugin A plugin that was created with the intention of eventually being proposed for inclusion in WordPress Core. See [Features as Plugins](https://make.wordpress.org/core/handbook/about/release-cycle/features-as-plugins/) [is developed on GitHub](https://github.com/audrasjb/wp-autoupdates) and is [available for testing on WordPress.org plugins repository](https://wordpress.org/plugins/wp-autoupdates/). ## Version 0.6.0: introduce AJAX handling on auto-updates enabling/disabling Thanks to [@ronalfy](https://profiles.wordpress.org/ronalfy/) who did a great job on this, [auto-updates enabling and disabling action links are now using AJAX calls](https://github.com/WordPress/wp-autoupdates/pull/61). [@audrasjb](https://profiles.wordpress.org/audrasjb/) added `wp.a11y.speak` [support to communicate AJAX enabling/disabling changes to screen readers](https://github.com/WordPress/wp-autoupdates/pull/85). [@ronalfy](https://profiles.wordpress.org/ronalfy/) opened an issue to [improve AJAX responses error messages](https://github.com/WordPress/wp-autoupdates/issues/88). This is currently the last issue slated to milestone 0.6.0. [@pbiron](https://profiles.wordpress.org/pbiron/) also opened an issue to evaluate the opportunity to [include version info in email notifications](https://github.com/WordPress/wp-autoupdates/issues/88). --- **Last minute edit: WP Auto-updates 0.6 was released earlier today 💥** --- ## Next step: Core merge proposal The idea is to start to work on the core merge proposal once version 0.6 is released. Concerning the core merge itself, [@audrasjb](https://profiles.wordpress.org/audrasjb/) two approaches: * Merging the feature in a single TracTrac An open source project by Edgewall Software that serves as a bug tracker and project management tool for WordPress. ticketticket Created for both bug reports and feature development on the bug tracker. - Pros: Easier testing of the overall scope. - Cons: A single ticket could be a potential _rabbit hole_, with endless discussions on the overall feature, so it could be more efficient to manage small and self contained tickets. * Merging the feature step by step, with several tickets - Pros: It’s more efficient to ship the feature step by step so the steps that are potential blockers could land later, in other releases, if they deserves more discussion. This is the process we used for the development of the feature plugin so it won’t be so difficult to reproduce those steps in several Trac tickets. - Cons: It’s a way more difficult to test the overall feature when there are several tickets to test. **Please feel free to comment this post to share your thoughts!** As noted by [@whyisjake](https://profiles.wordpress.org/whyisjake/) and [@sergeybiryukov](https://profiles.wordpress.org/sergeybiryukov/), both approaches makes sense. [@pbiron](https://profiles.wordpress.org/pbiron/) noted that Lazy-loading Feature was done in one commit. However, the feature doesn’t bring any UIUI User interface change. For [@whyisjake](https://profiles.wordpress.org/whyisjake/), _WP Auto-updates_ is pretty light as well and could fit with the single 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. option. For [@afragen](https://profiles.wordpress.org/afragen/), if the merge tickets can be made in logical, non-dependent code blocks, then it would probably be good to do it this way. Otherwise as a single patch. [@whyisjake](https://profiles.wordpress.org/whyisjake/) pointed out that even if the feature is a goal for 2020, it will necessarily need an approval from [@matt](https://profiles.wordpress.org/matt/)/ [@chanthaboune](https://profiles.wordpress.org/chanthaboune/), first. As it’s a mandatory first step, [@whyisjake](https://profiles.wordpress.org/whyisjake/) proposed his help on the Core merge proposal post and started a collaborative Google Doc. The idea is to publish this post next week, to fit with WordPress 5.5 Alpha development planning. [@pbiron](https://profiles.wordpress.org/pbiron/) added that once our work is merged into core, we should all be prepared for some things to be reverted/changed after the first “real world” 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. tests. ## Open floor [@ronalfy](https://profiles.wordpress.org/ronalfy/) asked if there is any plan to handle translations auto-updates, like email notifications. [@sergeybiryukov](https://profiles.wordpress.org/sergeybiryukov/) answered that when language packs were added to core, the idea was that they should always update automatically in the background and do not need a specific UI or notifications. [@paaljoachim](https://profiles.wordpress.org/paaljoachim/) added that with [@ibdz](https://profiles.wordpress.org/ibdz/), they added additional screenshots to the [visual que issue](https://github.com/WordPress/wp-autoupdates/issues/48). Additionnal thoughts are welcome. --- Next meeting is scheduled on [Tuesday April 28, 2020 at 17:00](https://www.timeanddate.com/worldclock/fixedtime.html?iso=20200428T1700). [#5-5](https://make.wordpress.org/core/tag/5-5/), [#auto-update](https://make.wordpress.org/core/tag/auto-update/), [#feature-plugins](https://make.wordpress.org/core/tag/feature-plugins/), [#feature-projects](https://make.wordpress.org/core/tag/feature-projects/), [#feature-autoupdates](https://make.wordpress.org/core/tag/feature-autoupdates/) ### Share this: * [ Threads ](https://make.wordpress.org/core/2020/04/22/auto-updates-feature-meeting-summary-april-21-2020/?share=threads) * [ Mastodon ](https://make.wordpress.org/core/2020/04/22/auto-updates-feature-meeting-summary-april-21-2020/?share=mastodon) * [ Bluesky ](https://make.wordpress.org/core/2020/04/22/auto-updates-feature-meeting-summary-april-21-2020/?share=bluesky) * [ X ](https://make.wordpress.org/core/2020/04/22/auto-updates-feature-meeting-summary-april-21-2020/?share=x) * [ Facebook ](https://make.wordpress.org/core/2020/04/22/auto-updates-feature-meeting-summary-april-21-2020/?share=facebook) * [ LinkedIn ](https://make.wordpress.org/core/2020/04/22/auto-updates-feature-meeting-summary-april-21-2020/?share=linkedin) # Post navigation [← Editor Chat Summary: 22nd April, 2020](https://make.wordpress.org/core/2020/04/22/editor-chat-summary-22nd-april-2020/) [CSS Chat Agenda: 23nd April… →](https://make.wordpress.org/core/2020/04/22/css-chat-agenda-23nd-april/)