BP Dev-Chat Summary: May 6, 2020

Before discussing about the points on our agenda, @im4th explained why he quickly packaged a second Release Candidate on May 3rd. His goal was to early fix an issue about the BuddyPress build process regarding how JavaScript i18n strings can be identified by GlotPress on our WordPress.org plugin repository. The idea was to leave as much time as possible to Polyglots Contributors to help us make available our next major release in as much languages as possible.

BuddyPress 6.0.0 Hello & Credits Screens, & the 2020 survey

We’ve been discussing about an a11y issue @mercime raised into this comment. @im4th said he will look into it asap to try to fix it before 6.0.0 release. The improvements @dcavins (many thanks for your help) brought to the initial patch has been taken in account during the first commit about the Hello Screen. We will add the link to the 2020 survey at the last minute. @mercime already opened a ticket on Meta Trac to request for survey banners on our sites (BuddyPress.org, the Codex and the Developer Ressources site). @mercime (many thanks to you too!!) also committed to update the props of the Credits Screen for 6.0.0. The 2 last steps about props are to:

  • include the Polyglots contributors to the Props list.
  • introduce a new section “Noteworthy Contributors to 6.0.0” and do the required updates about the drop of the “Recent Rockstars” one.

About this new section @im4th suggested to add  @vapvarun @IAmTheWebb and @Passoniate to it and left “nomination” opened if other members of the team want to add other important contributors to 6.0.0.

Finally, we’ve listed the ultimate tasks to achieve before 6.0.0 release.

  1. Fix last PHP 7.4 issues. Many thanks to @rayisme for dealing with it and fixing it 💪.
  2. Update the 6.0.0 changelog.
  3. Write the 6.0.0 announcement post.
  4. Choose the Pizza name for this release (@im4th will reach out to team’s member privately in Slack to keep it secret until d-day!).

BP REST API Documentation updates

After @im4th‘s first pass about it less than 10 endpoints needed a review/update. He thinks it’s doable before the release date and since the dev-chat, it’s important to mention that @mercime has been doing an amazing job about it reviewing and updating 11 endpoints so far 👏🏆.

6.0.0 Final schedule

BuddyPress 6.0.0 is slated for release on May 14

@im4th is confident we will be able to release it for May 14th. No blockers were raised during the meeting, so let’s do it !

Next dev chat

It will happen on May 20 at 19:00 UTC (a week after release) and of course in #BuddyPress. If you have ideas or questions, feel free (and we are strongly encouraging you) to comment this summary to share them!

#6-0-0, #dev-chat

BP Dev Chat Summary: April 22, 2020

Hello screen & BuddyPress 2020 survey

The ticket for the Hello Screen has been created on Trac (#8270). @im4th started the meeting by asking feedbacks about it. @IAmTheWebb after a brain to html conversion of the patch thinks it looks good. A screenshot of the Hello Screen has been added to the ticket to ease this conversion 😅. @im4th also said there was a placeholder to insert the link to the BuddyPress Survey 2020.

@mercime volunteered to draft the 6.0.0 changelog 😍. She already prepared a first version of it using @rayisme‘s BP Changelog. Here’s the link to its preview if some of us wants to give a hand to fine tune it.

BP REST API documentation updates

@im4th shared the GH issue we can use to follow our progress about this task. He said he would take care of documenting the 6 new endpoints as the process to create new documentation pages using the BP REST API inline documentation is a pain to complete. He just finished adding these 6 new documentation page today (April 29). We still need to check all the other endpoints are up to date with latest BP REST API improvements.

Discussions about 6.0.0-RC1 & 6.0.0 schedule

At the time of the dev-chat there was 3 tickets in the milestone’s queue. As @IAmTheWebb noticed the ticket about the removal of the Legacy BuddyBar (#7729) was needing some extra time to be fixed during this release, so @im4th moved it to next major release. @im4th said he would take a deeper look to the ticket about the privacy data introduced in WP 5.4 (#8266). He did so 40 hours ago and decided to also move this ticket to next major release.

We agreed on a new schedule to leave 2 weeks between RC1 and final release so that translation contributors can help us making BuddyPress 6.0.0 available in as many language as possible. So here it is:

  • 6.0.0 RC1: April 29 (in a few hours 🏃‍♀️🏃‍♂️)
  • 6.0.0: May 14

Open floor

@im4th started by saying a big “TY” to @boonebgorges who packaged the 5.2 maintenance and security release the day before the dev-chat.

About #meta-5141 @mercime suggested to add a new page on BuddyPress.org to introduce our two documentation resources (The Codex & Developer site). @im4th agreed it was a great idea.

Next dev chat

It will happen on May 6 at 19:00 UTC (a week before final release) and of course in #BuddyPress. If you have ideas or questions, feel free (and we are strongly encouraging you) to comment this summary to share them!

😷 Stay safe

#6-0-0, #dev-chat

BP Dev Chat summary: April 8, 2020

BuddyPress Survey

@mercime has decided to wait for 6.0.0 final release to launch the survey. We will be able to add a link to it inside the “Hello BuddyPress 6.0.0” screen (See #8270). There will be 17 questions into the survey. If one of the team members wishes to request a new one, the deadline to make it happen is the day before the release date.

Progress about 6.0.0 release

6.0.0-beta1 was released on March 31 at 10:43 PM (WP Plugins directory’s time) : just before the end of march as announced 💪⏱. The WP Tavern wrote a great post about it and shared a very interesting feedback that has been converted to this ticket (#8271) since. The patch will soon be committed.

@johnjamesjacoby will try to find a way to get more information about future beta/RC downloads as we are always worrying to have very few feedbacks about them.

@rayisme is requesting your feedback about the 2 new exportable privacy data types, please do so adding your comment to this ticket: #8266.

He also fixed a very annoying error about a deprecated WP privacy function: it’s already available into the 5.0 branch and will be shipped during our next maintenance release. FYI: the problem is WP moved the deprecated function into a file that is only loaded into the /wp-admin context.

@im4th will package a new beta release (the second) on April 15.

BP REST API documentation update.

@im4th said he was sorry he couldn’t find the time to write some explanations about how to updated the documentation. He has since done using the Swagger UI tool. Here are the explanations (NB: in this Gist, there’s a file over the bp-custom.php one, you will also need).

Open floor

@espellcaste asked about the BP GraphQL documentation’s ticket on Meta Trac since it has not evolved for a while. 😬

@mercime has suggested to include a link to the developer.bp.org’s site inside the BuddyPress.org main menu. She wrote a ticket about it on Meta Trac. 💡👍

@im4th thanked Varun & IAmTheWebb for their very interesting contributions to the dev chat: everyone is welcome to do like them 🤝.

6.0.0 schedule & main features

  • Schedule:
    • Beta-2 April 15
    • Final release at the end of April.
  • Main Features:
    • BP REST API remaining endpoints ✅
    • BP Blocks ✅

Next dev chat

It will happen on April 22 at 19:00 UTC (a big week before final release ) and of course in #BuddyPress. If you have ideas or questions, feel free (and we are strongly encouraging you) to comment this summary to share them!

🏡 Stay safe & Happy Easter 🥚

#6-0-0, #dev-chat

BP Dev Chat Summary: March 11th, 2020

BuddyPress Survey

We’ve been discussing about adding questions about 2 topics : BuddyPress integration with e-commerce plugins and BuddyPress alternatives. We found a compromise about the second topic and @mercime will add this question:

What other networking/membership plugin/software have you considered or used?

@espellcaste suggested to add a question about BP GraphQL consideration. @im4th suggested to add this feedback to the Google doc @mercime uses to work on the survey questions.

Progress about 6.0.0 release

@im4th asked about the BP REST API complete merge into BuddyPress core now all remaining endpoints are ready. @espellcaste prefers to keep maintaining it from its GitHub repository for now.

@im4th has decided to merge the BP Blocks plugin into BuddyPress core, following @johnjamesjacoby advice to reconsider his first idea about only merging “JavaScript built” blocks. A complete merge seems a better option to make sure to generate a pot file taking in account JavaScript translations. He recently added a patch on #8048 to make this happen, feedbacks welcome.

@dcavins was a bit worried he needed more than 2 weeks to end the Network invites work. If it’s the case, he will only include a portion of the code into 6.0.0.

Finally @im4th asked for help about #7729 @rayisme has been working on during. It’s about removing the legacy BuddyBar.

6.0.0 schedule & main features

  • Schedule:
    • First beta at the end of march.
    • Final release at the end of April.
  • Main Features:
    • BP REST API remaining endpoints ✅
    • BP Blocks ✅
    • Network invitation & Membership requests 😬
    • & maybe some surprises! 😬

Next dev chat

It will happen on March 25 at 19:00 UTC (a few days before first beta 🙄) and of course in #BuddyPress. If you have ideas or questions, feel free (and we are strongly encouraging you) to comment this summary to share them!

#6-0-0

Dev Chat Summaries for April 5 & 12, 2017

bp-nouveau template pack

@hnla reported on the bug and a11y fixes made on bp-nouveau to date. He has added a temporary Gruntfile.js, primarily for compiling and linting Sass files, as well as other project-specific configuration files. @mercime will be posting solutions in codepen for removing placeholders from form controls.

Many thanks to @boonebgorges for delving deeply into bp-nouveau and his post introducing the new template pack.

BP REST API

@rayisme has started work on the /members endpoint for the BP REST API locally. He raised a question at the Github repo re Members – GET – List Users Schema. @modemlooper has responded in ticket.

@rayisme noted, “We’ll definitely have the /members endpoint ready by the time BP 2.9 is done, but probably will not be merged into core. The BP REST API will stay as a plugin for at least the next few release cycles until things have been fleshed out, similar to how the WP REST API was a plugin for awhile.”

Trac Tickets

Allow bp_get_group_permalink() to produce HTML links (#7485) @dcavins has committed fix to trunk.

Update bp_group_description_excerpt() to accept a $length param (#7493) @hnla has patch. @dcavins has responded to keep the group as the first parameter.

Required xprofile fields are not validated (#7483) @hnla has confirmed issue reported in ticket. Needs patch.

groups_send_invites() should allow us to omit sending to users that have already received an invite (#7397) @rayisme will be refreshing the patch for BP 2.9.

Include BP Edit Group Slug into the core (#6014) @dcavins refreshed the patch including unit tests. New patch adds support for changing group slug via wp-admin. Dev feedback requested.

Take advantage of BP_Groups_Group magic methods in groups component setup (#7494) @dcavins has patch. Dev feedback requested.

Use JOIN rather than Subquery on user search (#7442) @brandonliles has patch. Dev feedback requested.

Harmful bp_activity indexes (#7500) @johnjamesjacoby in discussion with @brandonliles.

Deprecate the BuddyPress functions for bbPress 1.x forums (#6851) @johnjamesjacoby introduced a motion to “remove bp-forums pretty much completely, or relegate it to its own compatibility plugin like we did Wire and Status.”
@boonebgorges concurred with the compat plugin route and noted, “I’d like to stage it over maybe two releases, with large warnings in the interim release if you are running legacy forums. Maybe even block upgrade to the removing-version if we detect you are running it (like we did with the 5.3 requirement). How many of them will upgrade to BP 3.0 or 3.1, that’s another question. But it’s easy enough for us to create barriers to white screens, so we should do so.” @johnjamesjacoby: “Making this release ideal for the warning. I think the 3.0.0 release is a nice round number to cut the old legacy forum cord, too.” @boonebgorges: “So admin notices + upgrade-blocks for 2.9, and maybe some logic in 3.0 that prevents loading the full plugin if the compat plugin is not found. Someone will need to wrangle all of the necessary steps, including preparing and releasing the compat plugin.”
@johnjamesjacoby has volunteered for the tasks, “the pleasure of the pain will all be mine.”

Create administration sections for every component that’s currently lacking an interface

@johnjamesjacoby: Friends, Messages, and Notifications basically. “Preferably, I’d like to also stagger the work on those, so the expectation isn’t to have a 100% fully covered and integrated interface that covers all users and use-cases. Similar to Groups Admin (how you can’t create a new group from within wp-admin). I really also want a live-chat style Messages UI while you’re in wp-admin”
@boonebgorges: “Big +1 to more admin coverage, though we should think carefully about whether each of these BP components needs its own top-level item. (Friends may be properly a property of Users, rather than its own thing, or whatever).”
@johnjamesjacoby: “Right now, all of BuddyPress makes theme-side websites better, and that’s awesome, and it should, and always will. But once you enter wp-admin, BuddyPress doesn’t actually help WordPress itself be a better piece of software for managing users, community content, etc. We don’t need to talk about all of the detail-work right now, but I wanted to drop that vision in here now, so everyone has an idea of what I’m thinking, and we can maybe try to hit that vision hard in 3.0 and beyond. Hopefully 2.9 and Nouveau and everything else will keep the traditional BuddyPress installation type satisfied for a few years, enough time to work on REST API, wp-admin integration, maybe some GraphQL if we like that, etc.”

BP Theme Compatibility

A basic visualization of the BuddyPress Theme Compat is now available for bp-templates/bp-legacy. Use Ctl/Cmd +/- to zoom in/out, scroll up/down or click + drag right/left to navigate. Visualizations for bbPress Theme Compat and the upcoming bp-nouveau template pack are also in the works.

Slack logs:
https://wordpress.slack.com/archives/C02RQBYUG/p1491418861341587
https://wordpress.slack.com/archives/C02RQBYUG/p1492023677928317
(Slack account is required)

#dev-chat

Dev Chat Summary for March 29, 2017

BuddyPress 2.9

  • There are currently 35 tickets in queue (8 closed, 27 open).
  • June 7, 2017 – Beta 1

bp-nouveau

@hnla gave a project status update. He will also be “tending to ongoing styling /layout concerns plus adding to the project cards. In terms of primary work the core focus needs to be on the Switcher element in core as outlined in #7157 – UI to pick Template Packs.”

Trac Tickets

Improve message after successful group invitation acceptance (#7486) @dcavins has patch. Will hold committing till after #7485 is resolved.

Allow `bp_get_group_permalink()` to produce HTML links (#7485) @dcavins has patch.

Multisite Relevant emails Display for editing on single site (#7480) c/o @johnjamesjacoby

PHP Fatal error: Uncaught Error: Call to a member function `get_do_autolink()` on null (#7337) needs patch.

`BP_Groups_Group::group_exists()` should be cached (#7447) @dcavins has committed fix to trunk.

Only load component action and screen code when we’re on the component’s page (#7218) @rayisme has patch. Feedback requested.

Include BP Edit Group Slug into the core (#6014) @dcavins has updated patch. Feedback requested.

Messages: member page messages are queried for the loggedin user (#7096) @dcavins has updated patch. Feedback requested.

Slack log: https://wordpress.slack.com/archives/C02RQBYUG/p1490813828429272

BP 2.9 Kick-Off Meeting – March 22, 2017

BP 2.9 Scoping/Wishlist

bp-nouveau Template Pack

@hnla, 2.9 Release Lead, will focus on getting bp-nouveau ready for integration into core this dev cycle. He noted, “bp-nouveau represents a clean break from those older templates, clean markup, new styles new file structure with include files and function files managing components and affords us the opportunity to build a better BP than ever before.”

@hnla encouraged all core devs to have a local install running the plugin version and to reconvene at next meeting for a renewed focus & to air any concerns. He has added the following guides to the project for all who want to contribute:

  • Milestones: https://github.com/buddypress/next-template-packs/milestones
  • Project cards: https://github.com/buddypress/next-template-packs/projects

The major steps to get this project for inclusion are pretty much covered by the milestones but broadly fall into:
1. Core integration: adding the switching mechanism to core admin settings, working out the logic for default selection & some means of registering packs in use.
2. Testing the process for stylesheet building and testing the core files merged to trunk along with possible gruntfile adjustments required.
3. Testing of components by device( mobile/ desktop & browser versions) and testing.
4. Testing Accessibility.

@boonebgorges: “I share Hugo’s belief that the time has come to move beyond bp-legacy, and I think that a new set of templates is critical for the future of the project. I’m going to be working with Hugo over the next few weeks to develop some materials that’ll introduce the rest of the team to the workings of bp-nouveau, as well as more details on a plan for moving toward merge, with the idea of soliciting as much energy and contribution from the broader team as possible.” He will help to get bp-nouveau in for 2.9.

@mercime noted that per her initial a11y audit of bp-nouveau (last year), there were items which needed to be fixed in core first. Edit – Most items have been fixed, there are only a few remaining a11y issues which will affect template pack left in core.

@modemlooper likes the Template Pack UI in admin which he thinks will open up lots of customization … spawning child themes of bp-nouveau.

@dcavins volunteered to help with bp-nouveau. @hnla mentioned his concerns with group creation wanted it more a one step process that we could then paginate if we wanted to but accessing certain meta is hard such as group ID at some points where you need it. @dcavins: “I also have some feelings about group creation. (Like change it to one step then redirect to the new group to setup.)”

@boonebgorges will be working on a summary document about bp-nouveau’s status plus user-facing and developer-oriented features over the next week or so.

BP REST API

@rayisme would like to see where we’re currently at and what we can accomplish in this dev cycle. @boonebgorges responded, “it needs someone to take the lead – there was some initial work done on the Members endpoint but it needs to be seen through.”

BuddyPress.org Redesign

@hnla brought up the redesign site/mockups by @modemlooper and @karmatosed and wanted to know the best way to get the redesign implemented.

@rayisme: “There are elements I like about both. modemlooper’s orange header + iconfont section and karmatosed’s “Are you a user / developer” section. At first, I didn’t like the orange header, but I like that it’s a little in-your-face.”

@modemlooper‘s design was à la https://jetpack.com/ and said, “the design reboot started because I thought the homepage lacked alot of marketing points.” @karmatosed thought that doing original design is good. She’s happy to noodle some more.

@johnjamesjacoby: “Naturally, I have opinions, but mostly I really want all of y’all to feel like these themes are yours to create/enjoy also. It seems like everyone is still in the “I wonder what this or that might look or feel like” which is totally fine. No rush, no agenda, and if something naturally suddenly clicks into the place, we should head that direction.”

Dev Chat Schedule

This is a friendly reminder that starting Wednesday, March 29, dev chat at the #buddypress channel on Slack.com will be at 19:00 UTC through the end of Daylight Savings Time for both U.S. and Europe.

Slack log: https://wordpress.slack.com/archives/C02RQBYUG/p1490212929620791
(Slack account is required)

#bp-nouveau, #dev-chat