Media Meeting Recap – September 5, 2019

The following is a summary of the weekly media component meeting that occurred on Thursday, September 5, 2019. Weekly media meetings are held every Thursday at 13:00 UTC. A full transcript can be found here in the #core-media room in the Make WordPress Slack.

Attendees: @anevins, @sergeybiryukov, @pstonier , @afercia, @francina, @mikeschroder

Media Focus Lead for 5.3

Much like the 5.0 release, 5.3 will have many designated release leads around each focus/component in the project. 5.3 is right around the corner and now is the time for a decision to be made on a release lead representing the Media component. Previously @antpb had offered to take on the role if no others were interested. In this weeks Media meeting, a volunteer emerged! @mikeschroder has graciously offered to take on this role. Thanks Mike! Mike is in the JST time zone. This brings an awesome opportunity to have global representation in the team. @antpb has offered to help with relaying information or representing where time zones do not conveniently meet for Mike.

5.3 Ticket Triage

#47135 – Drag and drop functionality unavailable to keyboard or touchscreen — It was determined by the team that this issue exists more globally in meta boxes. It was deemed appropriate to document the information from the Media focused instance of this in an existing ticket on the issue: #39074 No method to move meta boxes using keyboard which was also given the keyword wpcampus-report for tracking purposes.

#47137 Insuficient form semantics – @anevins asked “Is there a technical reason why there isn’t a form element being used around that attachments browser code? That would defeat all of the remediation advice.” @afercia had these recommendations: “Ideally it should be a form because that helps in establishing semantic relationships. However, the sidebar is not rendered in all the views, so including the select area, the attachments list and the sidebar within one form might be a bit complicated.
The list of attachments is perceived as a list of checkboxes so it makes sense to wrap it within a fieldset + legend. I’d tend to think it would need more work in the future because yes, it’s a group of checkboxes but it actually works like a mini-application with custom interaction. I’d say fieldset + legend would help, for now.”

Triage on unanswered tickets continued after the meeting closed, and can be followed here.

Feedback

If you have any feedback on the above, please feel free to leave a comment, join in #core-media for a chat, or attend the next meeting on September 12, 2019 at 1300UTC!

#core, #core-accessibility, #core-media, #media, #summary

Dev Chat Summary: September 4

@audrasjb was our chat leader today and did an excellent job as usual. (backscroll)

Announcements

JB shared some posts that are currently open for discussion, feedback, or volunteering.

  • About page design: https://make.wordpress.org/design/2019/08/28/discussion-about-the-about-page/
  • New feature plugin proposal: https://make.wordpress.org/core/2019/09/04/feature-plugin-proposal-privacy-data-request-form/

Upcoming Release(s) Update

  • WordPress 5.2.3
    • This is due out today!
    • Right after devchat the plan is to begin the final packaging and release process.
  • WordPress 5.3 has a new batch of focus leads!
    • @miker joined the team as Marketing Focus Lead
    • @ianbelanger joined the team as Default Theme Wrangler
    • @andersnoren joined the team as Default Theme Designer
  • WordPress 5.3 also has an updated timeline posted here: https://make.wordpress.org/core/5-3/
  • All bug scrubs are listed here: https://make.wordpress.org/core/2019/08/27/bug-scrub-schedule-for-5-3/ . The next general bug scrub is Sept 5, 2019 at 14:00 UTC in #core channel.

Call for Component Maintainers

  • @azaozz has put up a challenge to his fellow maintainers for 5.3 (and hopefully beyond!) https://make.wordpress.org/core/2019/08/30/component-maintainers-in-5-3/
  • @chanthaboune shared that the maintainers of the default themes are due for a change
    • @ianbelanger and @williampatton raised their hands to help with that transition.
    • @clorith suggested it’s time to have a clearer support plan for working with default themes

Open Floor

  • If anyone is local to the Orlando area, there’s a community event coming up. https://www.meetup.com/WordPress-Orlando/events/263847409/

Important WP5.3 Dates

  • September 23: Beta 1 (begin writing Dev Notes and About page, and last chance to merge feature projects)
  • September 30: Beta 2 (continue writing Dev Notes and About page)
  • October 7: Beta 3 (continue writing Dev Notes and About page, and soft string freeze)
  • October 15: Release candidate 1 (publish Field Guide with Dev Notes, commit About page, begin drafting release post, and hard string freeze)
  • October 22: Release candidate 2 (update About page images, and continue drafting release post) (also @audrasjb‘s birthday!)
  • October 29: Release candidate 3 (update About page images, and continue drafting release post)
  • November 5: Release candidate 4 (if needed)
  • November 11: Dry run for release of WordPress 5.3 and 24 hour code freeze.
  • November 12: Release Day!

#devchat #summary #5-2-3 #5-3

WP Notify Meeting Recap – September 2, 2019

This post summarises the weekly WP Notify chat meeting from September 2nd 2019 (agenda / Slack Archive).

Weekly WP Notify meetings are held every Monday at 14:00 UTC and 22:00 UTC respectively.

Requirements gathering tools

Based on the discussions from last weeks meetings, and the comments on the recap post, the general consensus is that a combination of a single Google document and the Make blogs and/or trac tickets would be suitable enough for our requirements gathering efforts. @nadir is of the opinion that trac is not suited for this, it gets noisy quickly with any reference or simple change, it will also add mental space to anyone triaging.

Project Naming

@netweb raised a good point and enquired as to whether there was any specific reason for naming the project “WP-Notify”, and suggested “Notifications-API”. However, as the project aims to introduce a better overall experience, of which a new API will form part of, other names suggested include:

  • Notifications Feature
  • Notifications System
  • Notifications Hub
  • WP Notifications

@netweb added his feedback on the various names during the second meeting, and is still in favour of “Notifications API”, based on the fact that this was what the original proposal was called, and will the vast majority of the work required to be undertaken.

Requirements gathering process

We need to put together a team who will work on this document, so if you’re keen to assist with compiling this document, based on the original trac ticket and the project proposal, please comment on this post of this meeting. We probably need 2 – 3 extra hands, over and above @psykro

Open floor

  • @hrmervin will be, sometime in the next few weeks, compiling a team members list – with time zones, and desired area to contribute to.
  • @folletto pointed out that we should reach out at some point to existing businesses and plugin developers to make sure they can extend the system as they need.
  • A11y considerations where discussed and @hrmervin has offered to take lead on such efforts.

Comments/suggestions are encouraged and welcome.

#feature-notifications, #summary

Media Meeting Recap – August 29, 2019

The following is a summary of the weekly media component meeting that occurred on Thursday, August 29, 2019. Weekly media meetings are held every Thursday at 13:00 UTC. A full transcript can be found here in the #core-media room in the Make WordPress Slack.

Attendees: @joemcgill, @anevins, @desrosj, @horttcore, @paaljoachim, @mikeschroder

5.3 Tickets

@azaozz requested review on the latest patches in #43524, #47873, #47872, #32437. He plans to commit them before the end of the week.

Chatting About Sizes

@pierlo asked for a discussion on #43524, which is about adding an additional image size.

Folks seemed to agree that it makes sense to add another one, and that it’d be great if sizes could be backfilled in the future, but that’s likely not for 5.3.

Connected to that, there was a conversation about the direction WordPress could take with sizes in 5.4 and beyond. Things discussed included a feature like add_image_size for attachments, delivering srcset sizes based on file size, and resizing after theme change.

If that sounds interesting, you can read the whole discussion here.

Ticket Triage

  • #47215: The media that is “Unattached” is different in list mode vs grid mode — @desrosj was able to reproduce, and is going to do a bit more testing.
  • #47215: The media that is “Unattached” is different in list mode vs grid mode — @joemcgill notes that this is an intentional behavior, meant to avoid clutter in the media library due to site icons or headers. This may need to be revisited.
  • #47364: Docs: Standardise the description for image size parameters — @joemcgill agreed to review the ticket and clarify the goals.
  • #47444: Deprecate the caption field from the media modal — Folks present noted use-cases for this, and @joemcgill to leave a comment.

Triage on unanswered tickets continued after the meeting closed, and can be followed here.

Feedback

If you have any feedback on the above, please feel free to leave a comment, join in #core-media for a chat, or attend the next meeting on September 5, 2019 at 1300UTC!

#core, #core-accessibility, #core-media, #media, #summary

WP Notify Meeting Recap – August 26, 2019

The following is a summary of the kick off  WP Notify meetings that occurred on Monday, August 26, 2019. Weekly WP Notify are held every Monday at 14:00 UTC and 22:00 UTC respectively. A full transcript can be found here in the #feature-notifications channel in the Make WordPress Slack.

Attendees: @jon_bossenger, @juhise, @Hareesh, @nik, @richard_korthuis, @netpassprodsr, @jpry, @felipeelia, @sergey, @patpgogy, @timothybjacobs @hrmervin, @mnelson4, @justinahinon, @sergey, @garrett-eclipse, @xendin.unknown, @mikeschinkel

Recap

We kicked of both meetings with a review of the current project status, with a focus on the original trac ticket and the proposal post.

Next steps

  • Our proposed next step is to review the current data and start collecting all of the requirements.
  • This should also include any design requirements, and a data model that needs to be able to handle all of the use cases
  • Our ultimate first goal for the next few weeks or so would be a requirements document, including designs, and the data model

Requirements gathering tools

An important part of this process would be to agree on the tools we will use to gather and document the project requirements. Some form of collaborative documentation tool that doesn’t limit anyone based on operating system or location seems like the best choice. Options discussed include:

  • Google Docs
  • Microsoft offers a onedrive.live complement to Google Docs
  • A GitHub/GitLab repo, with PR’s working as ways to accept items for the document
  • @netpassprodsr was curious as to whether Slack’s document store be a practical option?
  • @hrmervin pointed out the using GitHub/GitLab might be limiting to non developer folks

There was also a lively discussion around the actual technical implementation, however it was agreed that it is too early to be discussing this.

Comments/suggestions are encouraged and welcome.

#feature-notifications, #summary

Editor chat summary: Wednesday, 28 August 2019

This post summarizes the weekly editor chat meeting on Wednesday, 28 August 2019, 14:00 WEST held in Slack.

Weekly Priorities

  • Inline tips #16582 was closed until #16592 gets resolved.
  • Edit MediaFlow #11952 received feedback and needs to be updated).
  • Regarding the architecture work preparing the editor to handle multiple entities, @epiqueras shared that the framework changes and everything up to the site block is done. Now we need designs for template selection/creation, and post block save flows, etc.
  • Background color for the cover block was merged and release.
  • Regarding the gradient backgrounds, @jorgefilipecosta proposed a PR implementing gradient functionality. @jorgefilipecosta shared that we need to decide if the predefined gradients created by themes should use a class or an inline style. And asked: Is there an expectation that when a theme switch happens, the gradients should change? If you have any thoughts on this subject, please share them!
  • Screen height image expand has been updated and just about to cross the finish line. 

Task coordination

Note: If you’re reading this summary outside of the meeting, please drop a comment if you can/want to help with something!

  • @swissspidy is looking at support non-consecutive block multi-selection and would like a helping hand.
  • @nadir is going to revisit some blocked PRs he has made so he can advance them.
  • @kjellr is working on:
  • @jorgefilipecosta will continue the work on gradients, continue the block style improvements (is hoping to merge theme default block styles soon), and other smaller improvements like button block styles.
  • @joen is helping PR #16897 for a new social links block.
  • @mapk is looking to:
    • Spend time triaging and reviewing PRs.
    • Create some more structured mockups for dragging and dropping blocks next to each other: #13202.
    • The PR that adds resizing image to full-height, and also the gradients PR.
  • @brentswisher worked on a demo of using a full-screen modal for publishing #17225. This week will work on moving some old PR’s along. If time allows will come up with something for PR “Block inserter doesn’t show that some blocks are disabled” (would like some help).
  • @gziolo revisited a PR which stop showing errors and warnings when blocks get successfully updated from deprecated version (#16862). Plans to update WordPress core packages and fully automate the way we maintain script dependencies.

Open floor

@paaljoachim would like some feedback on the last comment he made on PR #16682. Asked if anyone can take over PR #16490, @mcsf said he was hoping to grab the referred PR in the next days. And to conclude @paaljoachim said PR #14367 is almost ready for a final review.

@welcher would like some feedback on PR #17198 (header toolbar).

#core-editor, #editor-chat, #summary

Media Meeting Recap – August 23, 2019

The following is a summary of the weekly media component meeting that occurred on Thursday, August 23, 2019. Weekly media meetings are held every Thursday at 13:00 UTC. A full transcript can be found here in the #core-media room in the Make WordPress Slack.

Attendees: @joemcgill, @anevins, @pbiron, @desrosj

5.2.3 Media Tickets

All relevant tickets have been closed. 🎉 Props @sergeybiryukov on back-porting bug fixes.

5.3.0 Release Media Lead

Following up on the 5.3.0 Release Schedule and Scope, we were asked to identify a Media release lead. To coordinate media related tickets.

  • @antpb has expressed interest in doing this again, but wanted to open up the opportunity to anyone else interested.
  • @joemcgill wondered if this role was redundant with @azaozz role as Core technical lead, since most of the priority Media items are ones he is already working on.

If you’re interested in volunteering for this role, feel free to comment here, in #core-media, or DM @joemcgill or @antpb directly in Slack.

5.3.0 Tickets

  • #47156: Consider a way to clear the wp.a11y.speak() live regions – @anevins followed up and noted that the Drupal a11y team have a similar issue and this might be a limitation of aria-live regions, generally. The plan is to follow up with the #core-accessibility team this week.
  • #44581: users without ‘edit_posts’ capability never get informed that their uploads succeed – @pbiron asked that this get moved into the 5.3 release for review.
  • #47872: Try to create image sub-sizes again when uploading fails with a PHP fatal error – @azaozz asked for review, noting that testing requires the client to re-try creation of image sub-sizes after uploading an image and the server “crashes” with HTTP 500 error.
  • #40439: Save progress of intermediate image creation after upload – @azaozz believes this is complete, but would like more testing before closing.
  • #47873: Introduce handling of “Big Images” – @azaozz added as a new enhancement. Feedback appreciated.
  • #40175: Upload Validation / MIME Handling – @joemcgill noted that this stalled out after 5.2 and with the focus for 5.3 being on improving handling of large image uploads, would need to be punted to a future release unless someone else wants to pick it up for 5.3.
  • #35725: Add mime-type for Webp – @joemcgill doesn’t think #40175 should be a blocker for this ticket, but wasn’t sure if it should be in core without full browser support.

#core, #media, #summary

Editor Chat Summary

This post summarizes the weekly editor chat meeting on August 21, 2019 at 1300 UTC held in the core-editor Slack channel.

The agenda can be found here.

Note: If you’re reading this summary async, please drop a comment if you can/want to help with something!

Priorities for the week

Slack transcript.

Merged:

Being worked on / Needs more work:

Task Coordination

Slack transcript.

@youknowriad Refresh to reusable blocks that closes multiple issues, triagged issues and reviewed PRs.

@karmatosed Triagged, mainly issues/PRs that need design feedback.

@kjellr Improvements to the inserter help panel (1, 2), changes to NUX tips, and tidying up animations (1, 2).

@jorgefilipecosta Explored mobile viewport in the editor (1, 2). To work on text color formatting, gradient backgrounds, cover block resizing.

@mapk Looking into improving the sibling block inserter, helping on widgets work and @retrofox on a UI solution for screen height PR.

Components package reorganization and bundle sizes

Agenda | Slack Transcript | Issue

The issue created by @nerrad sparked a conversation on how to control bundle size and offer options to bundle “what you need”:

  • The `wp_enqueue_script` model encourages people to use the whole bundle for a package, not the specific pieces you want.
  • There are concerns over creating too many packages that make discoverability difficult.
  • Overrall, this ties into how to make WordPress play nicely with dynamically loading dependencies as you need them (the SPA model).

To be discussed more in the issue and/or in future core-js chats.

e2e test and block deprecations

Agenda | Slack Transcript | Issue

  • @isabel_brison raised the issue that e2e tests fail due to block deprecations triggering a `console.warning`.
  • The restriction have been very valuable when it came to deprecate APIs, as to make sure core wasn no longer using them. It is not that useful in other contexts.
  • There is a draft PR to address the deprecation issue.

#core-editor, #editor-chat, #summary

Media Meeting Recap – August 15, 2019

Overview

The following is a summary of the weekly media component meeting that occurred on Thursday, August 15, 2019. Weekly media meetings are held every Thursday at 13:00 UTC. A full transcript can be found here in the #core-media room in the Make WordPress Slack.

Attendees: @joemcgill, @anevins, @sergey, @antpb, @adamsilverman

5.3 A11y Related Tickets

@anevins lead a triage of the a11y related tickets from the WPCampus audit for 5.3 to try and make sure everything had an owner and/or some next steps to move forward.

Now that all tickets have been triaged, @joemcgill suggested that we keep the latest information in Trac so we can use this report to track status of the a11y related tickets throughout the 5.3 cycle.

5.3 Release Media Lead

@antpb asked if anyone was interested in being the Media lead for the 5.3 release. He served in this capacity for the 5.0 release and is willing to do so again for 5.3 if needed. @joemcgill reached out to @chanthaboune in #core following the meeting to clarify what this role would be responsible for (see chat). Essentially, this person would be the primary person responsible for communicating status from the component team and gathering consensus when decisions need to be made. This person is not responsible for completing all the work themselves, but should be leaning on the rest of the component maintainers and contributors to meet our release goals.

If you’re interested in volunteering for this role, feel free to comment here or in #core-media.

5.2.3 Release Tickets

@joemcgill noted that there are several Media issues listed in @jeffpaul‘s 5.2.3 release proposal. These need to be reopened as fixed-major so they can be back ported to the minor release and the milestone needs to be updated. @joemcgill volunteered to handle this.

#media, #summary

Dev Chat Summary: August 14

After the close of our every-two-weeks new contributor chat, the weekly core chat started at 2000 UTC, give or take a few minutes. (backscroll)

Announcements

Next Minor: 5.2.3

Next Major: 5.3

  • All but two focus lead type people are settled. An update post is upcoming (and will be shared by the end of the week regardless of whether those final two are settled or not).

Open Floor

To Do List from this Chat

  • First 5.2.3 bug scrub Thursday, August 15 @ 1700 UTC
  • If you want to help with the 5.2.3 minor release and weren’t mentioned above, you can indicate your interest in the comments of this post.

#summary #5-2-3 #5-3 #rest-api #auto-update