Make WordPress Core

Tagged: multisite Toggle Comment Threads | Keyboard Shortcuts

  • Jeremy Felt 7:18 pm on October 28, 2015 Permalink |
    Tags: , , multisite   

    Multisite Focused Changes in 4.4 

    WordPress 4.4 has been a very productive release for multisite. In addition to some exciting new enhancements, we were able to resolve some long standing bugs. Check out the full list of multisite focused changes on Trac if you want even more wonderful reading material. 💖

    Introduce WP_Network

    The $current_site global has been maintaining a stdClass object representing an assumed description of a network since the original merge of WordPress MU with WordPress. With the introduction of WP_Network, we give a network a bit more definition and open up possibilities for working with a network (or networks) in a more sane way.

    Take a look at ms-settings.php if you are using a custom sunrise.php to populate the $current_blog or $current_site globals. We now create a WP_Network object from the existing $current_site if it has been populated elsewhere. This is a backward compatible change, though should be tested wherever your code interacts with $current_site, especially if anything has been done to extend its structure.

    See #31985 for more discussion while this was built.

    Introduce *_network_option functions

    During the introduction of WP_Network, we needed a way to populate network options (stored in wp_sitemeta) for a network other than the current.

    add_network_option(), update_network_option(), get_network_option(), and delete_network_option() are all new functions in 4.4. Each takes the network ID as its first argument, matching the structure of the *_blog_option() functions.

    *_site_option() functions remain as the proper way for working with a current network’s options. These now wrap the new *_network_option() functions and pass the current network’s $wpdb->site_id.

    In a future release, likely 4.5, we can look at the introduction of network 0 as a way to store global options.

    See #28290 for more discussion.

    New actions and filters

    • before_signup_header fires before the signup header in wp-signup.php. #17630
    • ms_network_not_found fires when the $current_site global has not been filled and ms_not_installed() is about to fire. #31702
    • invite_user fires immediately after a user is invited to join a site, but before the notification is sent. #33008

    Other enhancements of note:

    • WordPress has always enforced a /blog prefix for the main site’s permalink structure to avoid collisions with other sites in a subdirectory configuration. This was always changeable in the network admin, though the permalinks UI in the site admin never reflected the change and could cause confusion. Now, thanks to #12002, WordPress forgets that /blog was ever assigned if it is changed in the network admin to anything else. When changing this value, choose something that won’t conflict.
    • manage_network_users is now used to determine edit_users caps rather than is_super_admin. In preparation for 4.4, take a look at how you’re using the manage_network_users capability in your code to be sure access is set as intended. #16860
    • Network activated plugins are now visible as “network activated” in an individual site admin if the user can manage network plugins. These are not shown to site administrators. #20104
    • Recently active plugins are now displayed as such in the network admin. #20468
    • Language selection is now available when adding a new site through the network admin. 🌍 #33528
    • Language selection is also now available when signing up for a new site through wp-signup.php. 🌏 #33844
    • Network user searching has been improved by wrapping search terms in asterisk for looser matching. #32913

    Bugs of note fixed:

    • It was previously impossible to set the upload limit for an individual site to 0 as it would then fallback to the default of 100MB. In 4.4, 0 is a respected number. #34037
    • When a site’s home, siteurl, or page_on_front option was updated in the network admin, rewrite rules were previously flushed incorrectly, causing rewrite rules for the main site on the network to take the place of the rewrite rules for the site being changed. #33816
    • Subdirectory sites created on an HTTPS network are now set to HTTPS rather than the incorrect HTTP. 🔒 #33620
    • A site’s title can now be longer than 50 characters! #33973

    Deprecated functions:

    Both get_admin_users_for_domain() #34122 and create_empty_blog() #34120 have never been used by WordPress core and are now deprecated. 🍻

    • webaware 11:17 pm on October 28, 2015 Permalink | Log in to Reply

      *_network_option functions FTW!

    • Remkus de Vries 12:12 pm on October 29, 2015 Permalink | Log in to Reply

      Thanks for the update Jeremy, and good to see so many small but wonderful updates happening in 4.4 for Multisite!

    • Ian Dunn 11:15 pm on October 30, 2015 Permalink | Log in to Reply

      Kudos to Jeremy and everyone else who contributed 🙂

    • lernerconsulting 6:25 am on November 15, 2015 Permalink | Log in to Reply

      What is happening with domain mapping in WordPress core? Or do we keep using wordpress-mu-domain-mapping plugin?

    • chrisv2 3:22 pm on December 14, 2015 Permalink | Log in to Reply

      I’m really struggling with this as well – there are so many conflicting pieces of information out there. Can anyone confirm (or dis-affirm) that WordPress 4.4 now has domain mapping functionality included in core? I think the WordPress “mu-domain-mapping” plugin is genius – but reading through the code, the idea of being dependent on it scares me.

      I’m lost right now trying to figure out the best and most robust way to enable domain mapping.

    • chrisv2 8:54 pm on December 14, 2015 Permalink | Log in to Reply

      Thanks, Mika. So then what’s the all the hoopla about “WordPress may include this function in the core someday” (which I have read about for domain mapping in more than one article)? One more line of code to handle the cookie setting?

      Your article is very helpful – but when I read the very last paragraph I got nervous again. Is this whole topic of domain mapping so fragile that it can (and will) break, so we should just expect there to be problems?

      • Ipstenu (Mika Epstein) 12:16 am on December 15, 2015 Permalink | Log in to Reply

        Well there’s no allowance for cookies, the GUI is lacking, you can’t have the backend at one domain and the front end at another (something companies like), and so on.

        So it’s not so much adding to core but making it way better in core 🙂

  • Jeremy Felt 5:07 pm on October 14, 2015 Permalink
    Tags: multisite   

    Multisite Office Hours Recap (October 13, 2015) 

    Multisite office hours are held every Tuesday at 20:00 UTC in #core-multisite. The next will be 2015-10-20 2000.

    Today’s chat log
    Overall 4.4 Release Objectives

    Rough ticket agenda posted before the meeting:

    • #28290_network_option() is in trunk with the new parameter order. Is there anything else we should do on this ticket? I’m thinking global options stored as network id 0 should be a new ticket.
    • #31985WP_Network() – Thoughts on making properties private and adding getters? I’m okay with leaving them public, though there’s no turning back. 🙂
    • #34065 – How often is the network setup screen used to create a new network with another user as the network admin? Should we just bail early with a message or think about refactoring this?
    • #20104 – Marked as commit, toss thoughts in now if you haven’t… 🙂
    • #34287 – Value of a “Settings” link under the Network Admin menu?
    • Open floor


    • #28290
      • Where does _network_option() belong? It has to stay in options.php because we wrap with _site_option() now. Moving to a new ms-options.php or similar would mean including that file anyway during single site load.
      • Are we leaving anything on the table? Requesting comments on this one. We’re happy with _network_option() as it is and happy including to have it in core. Does anyone have concerns with the current state?
      • We’ll want to close this ticket pre-beta (one week), so leave your comments! 🙂
    • #31985WP_Network(). We seem okay here. Going to stick with public properties to meet general assumptions and to avoid back-compat errors with the existing $current_site. We can bring up additional enhancements in new tickets. Ticket closed as fixed.
    • #34065 – This opened a larger can of worms around what “network admin email” means in #34293. In the meantime, we can address this ticket with a few assumptions. Added note to ticket.
    • #20104 – Everybody is happy. Ticket committed. Those who can manage network plugins now see the status of those network plugins in the site admin.
    • #34287 – We had a collective +1 on adding “Settings” to the Network Admin menu. Ticket committed.
    • #34293New ticket. @ipstenu updated with some conclusions and clarifications so we can keep the discussion going. We should update messaging around the several different types of emails used to send or receive notifications in multisite.

    Thanks everyone!

  • Jeremy Felt 5:49 pm on October 7, 2015 Permalink
    Tags: multisite   

    Multisite Office Hours Recap (October 6, 2015) 

    Multisite office hours are held every Tuesday at 20:00 UTC in #core-multisite. The next will be 2015-10-13 2000.

    Today’s chat log
    Overall 4.4 Release Objectives

    This was our first structured office hours in a bit after a lag, but here’s to being back in action. 🙂

    A rough agenda posted before the meeting:

    • #28290 – We’ve added _network_option() and need to converse some more about parameter order. After some thoughts shared in Slack yesterday, it seems that having $network_id first makes sense. This would have the side effect of a seamless transition for those already using the functions in WP Multi Network. We should also add global options with a network ID of 0. This may belong in another ticket.
    • #18292 – Opinions on whether we should temporarily fix the network upgrade process by halting on a failed site rather than using wp_die() and killing the entire thing. A long term solution via #11869 is to revamp the process entirely so that we don’t have to worry about silly things like this.
    • #34145 – Does anyone have a problem with removing Lucida Grande from wp-activate.php?
    • #31240 – Patch needed, I haven’t had time to work on it yet, though I think we still have time in this cycle.
    • #32450 – More testing, iterations on the current patch needed. This one is likely tougher than WP_Network as it touches more parts of core once implemented.
    • Open floor, other things, tickets, etc…


    • #28290 – Go with a new parameter order and accept $network_id first in _network_option(). Revert the change to use _network_option() in core. Open a new ticket to talk about storing network ID 0 as a global option. Initial revert in [34912].
    • #18292 – Let’s wait on the halt behavior and stick with what we know. We should tackle #11869 as a way to resolve all of this. Ticket closed.
    • #34145 – Get rid of it. Committed in [34882].
    • #31240 – Postpone this until we’ve had a chance to really decide what we want from the Add New site screen. Not all networks are created equal in their configuration of domain and path. We need to start doing some more unit testing around what we actually do and do not support. Ticket moved to future release.
    • #32450 – We didn’t have a chance to cover this one, more testing and iterations needed. 🙂

    Thanks all!

  • Jeremy Felt 3:37 am on September 17, 2015 Permalink
    Tags: multisite   

    Multisite objectives for the 4.4 cycle 

    We’ve made a good chunk of progress in the 4.4 cycle thus far and are starting to go in a direction that can be better defined through a handful of objectives. Let’s go through them:

    • WP_Network has been comitted to core. This is one of the major objectives for 4.4 and should be tested thoroughly. #31985
    • WP_Site will follow shortly and is another main objective. This still needs some initial work before commit, and should also be tested thoroughly. #32450
    • In the process of implementing WP_Network, it became clear that now is the time to introduce *_network_option() functions as replacements for *_site_option(). This has long been a one day objective, and now that we have an applicable use case in core, we’re going for it. Follow and help with progress in #28290.
    • In 4.3, we combined the domain/path fields when editing a site in both subdirectory and subdomain mode to allow for easier entry and for the beginnings of arbitrary domain/path support. To complete this, we need to follow up when adding a site if a subdomain install. Subdirectory configurations will remain the same. #31240
    • Adding a field for scheme to the wp_blogs table is still on the table in #14172. This goes hand in hand with the work being done by the HTTP/2 group and could help clear the way for quite a few other HTTPS tickets.
    • WP_Site_Query and WP_Network_Query are probably long shots for 4.4, and may need to wait until 4.5. That said, if progress is made on either in the near future, then we can start to speed that up.

    As we introduce things like WP_Network and WP_Site, we’re going to continue seeing smaller places that can be cleaned up or fixed in a different way. Keep your eyes open for those opportunities. And as always, if you have a ticket you’d like to see through and it’s not on this page, chime in early and let’s get it done.

    Multisite office hours are on Tuesdays at 20:00UTC in #core-multisite. We’ll be discussing these objectives weekly, and the channel is always open. 🙂


  • Jeremy Felt 6:14 am on July 24, 2015 Permalink
    Tags: , , multisite   

    Multisite Focused Changes in 4.3 

    Howdy! We’ve made quite a bit of progress in multisite as part of the 4.3 cycle and have a bunch slated to continue working on throughout the year. If you’d like to follow along, stop by our weekly office hours on Tuesdays at 20:00 UTC in #core-multisite.

    Here’s what we have coming in 4.3…

    Begin streamlining the interface for setting a site’s URL.

    Editing a site’s address for what it is—a combination of domain and path—becomes more straightforward in 4.3. A full address with or without scheme can now be entered if multisite is configured as subdomain. Network administrators have been hacking at this anyway for years when the two fields were separate to provide arbitrary domain support. See #22383 for all the details.

    In combination with this, the checkbox for “Update siteurl and home as well” has been removed when editing a site. Instead we can make an educated decision based on the current state. If the home and/or siteurl domain and path match the existing domain and path of the site, we assume that we can update all values with the new information. See #32503 for details.

    And to better enforce URLs vs domain and path, we’ve improved the default columns displayed in MS Sites List Table. The full URL is now show instead of the domain or the path. We also now show a total user count for each site rather than the first 5 users. See #32434 for details.

    Introduce get_main_network_id()

    This likely isn’t too useful to many, though will come in handy for those working with custom multi-network configurations. It will always return 1 on single site or if the current network has an ID of 1. It will return PRIMARY_NETWORK_ID if defined. And if those conditions aren’t met, it will go to the database to determine which ID is the first in line.

    It is possible to filter this value with the new get_main_network_id filter for those who have multiple networks and would like to avoid the incremental assumptions. See #30294 for the details.

    Visual and interface enhancements:

    • Better responsive styling for my-sites.php, a screen that would love to have a complete overhaul one day but now looks much better on smaller devices. #31685
    • Also in my-sites.php, the Save Changes button is conditionally displayed only if the user is a member of more than one site OR if a plugin or theme has filtered the HTML on this screen and may be expecting a Save Changes button to exist. #32645
    • Achieve parity between single and multisite by removing the Upgrades subsection in the menu and moving Updates to Dashboard. #32431
    • Provide a link to the dashboard when editing a site in the network admin. Previously, only the URL would show in the title area of the site screens with no great way to access the dashboard. Now, the full site name is shown as the title and smaller text URLs are displayed underneath for Visit and Dashboard. #32525
    • Mobile display of the network admin has been improved in general. A few inputs have been adjusted on mobile to make them act as expected. #32643, #32644, #32646. A full sweep of “content overruns” was done to ensure admin screens don’t overflow the screen on small mobile devices. #32846, #32962.

    Bugs of note fixed:

    • Don’t allow usernames over 60 characters long, a limit that was already in place via the database schema but was not enforced explicitly in code. #26784
    • Calculate the storage space used correctly for the main site. Previously, it was possible that the main site would reach it’s calculated space limit because the storage of all other sites was included in the total. #30202
    • get_blogs_of_user() now returns proper values for the archived, spam, and deleted properties. These were previously forced to 0 only when using this function. #32281
    • Deleting a super admin user via wpmu_delete_user() is no longer possible. This matches the expectation previously set by the UI. #32935

    And because some are smaller and were left out of the above, here’s a full list of multisite focused changes made in 4.3.

  • Ryan Boren 12:01 am on July 15, 2015 Permalink
    Tags: , bubbles, , content-overrun, , edit-site, , , , , multisite, network-admin, right-now, ,   

    Today in the Nightly: Site icons in the customizer, editor patterns, more accessible comment bubbles, row toggle focus styling 

    Install the nightly, and try out this fresh batch of shiny.

    Site Icons in the Customizer

    I’ve long wanted site icons in the customizer alongside site title and tagline. The identity information that I always want to edit when first setting up a site are now all together in the customizer.

    For more visuals, see these visual records.

    See #16434.

    Editor Patterns

    Create bulleted lists, ordered lists, and blockquotes using markdown like patterns. I find this particularly handy on phones when the editor toolbar is offscreen.

    Screen Shot 2015-07-14 at 4.39.12 PM

    See #31441.

    Better focus styling for list table row toggles

    See #32395.

    Better accessibility and design for the comments bubble

    The comments columns in our list tables were among the most confusing for screen reader users. Accessibility and visuals are now improved.

    See #32152.

    Eliminate content overruns on small screens

    An audit of content overruns on small screens resulted in many fixes.



    See #32846.

    Styling improvements on small screens for Right Now in the network admin

    See #32962.

    Improved header information in Network Admin Edit Site tabs

    • Use the site’s name rather than URL in the Edit Site header.
    • Provide “Visit” and “Dashboard” links for the site on all tabs.



    See #32525.

    Disambiguate “Automatically add new top-level pages to this menu”

    In the customizer, a menu’s auto-add pages option is now separated from the preceding menu location checkboxes.

    See #32820.

     Passwords UI Improvements

    Passwords received a couple of improvements. The show/hide toggles look better, and passwords ui is on the install screen. Passwords on the install screen still needs a little more flow work.

    See #32589 and #32925.

    For more visuals, see these visual records.

    Reduce link noise in media library list view

    This is visually subtle but removes confusion for screen readers.


    See #32254.


    Previously: Today in the Nightly: Customize in the Toolbar, Passwords UI, List Tables on Phones, Dashicons

  • Ryan Boren 11:25 pm on July 8, 2015 Permalink
    Tags: beta-testing-flow, , , , multisite, , , toolbar   

    Today in the Nightly: Customize in the Toolbar, Passwords UI, List Tables on Phones, Dashicons 

    Development leading up to the first beta brought several visual changes. These are available right now in the nightly build. Switch a site to nightly builds and try them out.

    Customize in the toolbar

    To disambiguate between links to the Customizer and links to the Appearance screens from the front-end, Customize now has a top-level toolbar button rather than having links to it mixed with dashboard links in the site menu. This context mixing leads to disrupted user expectations as they navigate, as well as experiences that feel slower or actually are slower in some cases. See #32924.

    This means an additional top-level menu item, but the existing links to Widgets and Themes in the dropdown will now point to the admin, as the Dashboard and Menus links do. The advantage and goal for this change is to make it clear that you are about to enter the customizer. Deep links have not been added back in this go-round; this means that direct links to Header and Background are currently absent (with a very narrow exception related to old browsers). Those two deep links are still available in the admin menu under Appearance, which similarly mixes context but has not yet been addressed.

    More changes are coming to the toolbar. Peek at a possibility for more general improvements to the toolbar, being discussed in #32678.

    Phone friendly list tables

    List tables now scale down to phones. The column truncation strategy they used before didn’t scale down to small screens. A single column layout with disclosures is the new strategy. Some of our most important screens use list tables, notably Media and Posts. Truncated columns was number 5 on our top  5 impediments to flow on touch devices list.



    See #32395.

    For more screenshots, see these visual surveys of the list table screens.

    Toolbar interaction fixes for touch devices

    I’ve been wanting this one for a long time.  Toolbar interaction was number 3 on the top  5 impediments to flow on touch devices.




    See #29906. That ticket is a good read.  It has: Visual feedback and visual surveys. Punting a working fix to the next release so that a new, more future proof approach could be tried. Development of touch capability detection. Working around iOS. Development of testing checklists. Lots of iteration.

    Passwords UI

    The password set/change UI was updated with these improvements.

    • Generate the password for the user
    • More tightly integrate password strength meter
    • Warn on weak passwords

    See #32589 for more screenshots.

    Dashicons update

    Dashicons received a big update.

    New icons:

    • .dashicons-admin-customizer (f540)
    • .dashicons-admin-multisite (f541)
    • .dashicons-editor-table (f535)
    • .dashicons-filter (f536)
    • .dashicons-hidden (f530)
    • .dashicons-image-filter (f533)
    • .dashicons-image-rotate (f531)
    • .dashicons-layout (f538)
    • .dashicons-sticky (f537)
    • .dashicons-thumbs-down (f542)
    • .dashicons-thumbs-up (f529)
    • .dashicons-unlock (f528)
    • .dashicons-warning (f534)

    Updated icons:

    • .dashicons-plus (f132)
    • .dashicons-yes (f147)


    See #30902.

    Better styling for .form-invalid inputs

    See #32490.

    Responsive styling for my-sites.php

    My Sites now moves to a single column layout on narrow viewports. Here it is on an iPhone 6, an iPad, and a Macbook, as well as at full-width.

    Here’s what it looked liked before.


    See #31685 – Better responsive styling for my-sites.php

    Crosslinking Customizer Panels

    The graf in the Menus panel details about using the Customize Menu widget now links directly to the widgets panel.

    customize menus details

    See #32742.

    You might notice the misaligned question mark icon on that screenshot. #32733 is tracking that.

     Easy switching between production and nightly builds

    The beta tester plugin makes it easy to switch a site to nightly builds. Now switching back to the latest stable build is just as easy. It’s not the prettiest, but it is shown only to beta testers and will suffice until we finally refresh the Grand Unified Updater screen. For info on using the beta tester plugin to test with nightly builds, see the Beta Testing page of the core handbook.

    See #32613.


    Previously: Today in the Nightly: Site Icons, Text Editor in Press This

    • Thong Tran 12:06 am on July 9, 2015 Permalink | Log in to Reply

      Awesome updates. Btw, the ability to move a widget from one widget area to another has gone (in Customizer) in WP 4.3 beta 1, please bring it back.

      • Nick Halsey 3:50 am on July 9, 2015 Permalink | Log in to Reply

        To support a broader UX change made in #31336, it is no longer possible to drag & drop items between widget areas. However, the move-to-area functionality is still present along the reorder buttons when you enter the “reorder” mode, similar to the click-to-add functionality in the admin page.

    • Jon Brown 12:51 am on July 9, 2015 Permalink | Log in to Reply

      “Customize in the toolbar” getting it’s own top level menu is going to make me SOOOoooo happy you have no idea. Every time since 4.2.2 I hit that widgets link and get thrown into the customizer I scream curses at it my installs. Also just inspired me to write a plugin… to scratch another itch I’ve long had around that menu.

    • nikeo 8:48 am on July 9, 2015 Permalink | Log in to Reply

      Hi, thanks for this post.

      Funny : the customize button is something I’ve had to remove from my theme last year because there was “no real justification for elevating the Theme settings page to admin toolbar status.”
      See here : https://themes.trac.wordpress.org/ticket/18164#comment:5

      Well, I guess this is now 100% justified and of course I think this button is an excellent choice ! 🙂

    • Remkus de Vries 10:21 am on July 9, 2015 Permalink | Log in to Reply

      Love the move of giving the Customizer its own top level link. Love it.

  • Jeremy Felt 4:47 pm on June 24, 2015 Permalink
    Tags: multisite   

    Multisite Office Hours Recap (June 23, 2015) 

    Multisite office hours are held every Tuesday at 20:00 UTC in #core-multisite.

    Today’s chat log
    Overall 4.3 Release Objectives

    Last week’s (and this week’s) objectives:

    • More flow, more tickets, more observations to aid with Network Admin UI improvement.
    • Get a good patch up for #31240, possible commit.
    • Ongoing iterations, progress, discussion on `WP_Network` and `WP_Site` (and friends).
    • Write post, generate discussion around HTTPS in multisite for real (lower priority).

    It was a super light weight week for multisite, so not much progress. There was some traffic on existing tickets, but not much new activity. Summer lull… 🌞

    @hugobaeta gathered a few UI/UX tickets for WCEU contributor day – #32525, #32645, and #32647. We also have the general Admin UI screen sweep spreadsheet. Another ticket in that vein via @johnjamesjacoby is #32754, which is a string change but goes along with UX.

    If anyone has other UI/UX tickets, please make note. I’ll be poking around on Saturday. For anyone attending WCEU contributor day, a server with multisite is available for you to test on. I’ll hook some others up with super admin access beforehand.

  • Jeremy Felt 9:20 pm on June 16, 2015 Permalink
    Tags: multisite   

    Multisite Office Hours Recap (June 16, 2015) 

    Multisite office hours are held every Tuesday at 20:00 UTC in #core-multisite.

    Today’s chat log
    Overall 4.3 Release Objectives

    Last week’s objectives:

    • New tickets to address found issues in flow. These issues logged in the screen sweep spreadsheet.
    • Iterations on `WP_Site` and `WP_Network`. Discussion around iterations.
    • #22383 and #32503 committed.
    • Write post, generate discussion around HTTPS in multisite.

    Today’s meeting agenda:

    • Progress on capturing, observing, ticketing flows.
    • Next steps to combined domain/path UI – Add New site flow #31240
    • `WP_Network`, `WP_Site` progress – @jjj
    • Open floor for tickets, thoughts, etc…

    Topic Details:

    Progress on capturing, observing, ticket flows:

    Tickets #32647, #32645, #32643, #32644
    chat log

    • @earnjam added iPad flows.
    • @sharonaustin captured a bunch of flow data/notes and will be posting it to Make/Flow soon.
    • Some great progress was made over the weekend during the WCPHL contributor day. #32643 was opened and committed as an example of the process. #32644, #32645, #32646, and #32647 were also opened.
    • @earnjam is going to take the lead on getting #32647 and #32645 ready for next week as part of a My Sites overhaul.
    • The bugs from #32643, #32644, and #32646 are likely found in other places throughout core as well.
    • We should collaborate on a flow/design/admin ui/network admin ui contributor doc for WCEU with some basic “here’s what we need” guidelines. @helen @boren @sheri

    Objectives for next week: #32645, #32647 committed. More flow, more tickets, more observations. 🙂

    Next steps to combined domain/path UI

    Tickets: #31240, #22383, #32434, #32503
    chat log

    • #22383, #32434, #32503 are all committed and closed. 👍
    • Originally #31240 seemed kind of off the table for 4.3, but it seems very possible now. @jeremyfelt will take a shot at getting that prepped for next week.
    • Once these are both in, we should start having some validation questions pretty soon.

    Objective for next week: Patch and/or commit for #31240.

    Progress on `WP_Network`, `WP_Site`

    Tickets: #31985, #32450, #32504, #31148
    chat log

    • @earnjam is going to open a ticket to track `WP_Site_Query` and take a stab at that.
    • We need to iterate some more on the other existing patches.
    • Completely comfortable with progress on this continuing through 4.3 for a target of 4.4 early. It would also be nice just to get it in now. 🙂

    Objective for next week: Iterations, progress, discussion.

    Other items:

    • @jeremyfelt owes an HTTPS in multisite post still. Maybe by tomorrow?
    • No other items. A pretty quiet chat today.

    See you next week!

  • Jeremy Felt 3:50 pm on June 12, 2015 Permalink
    Tags: contributor day, multisite   

    How you can help with the Network Admin UI during contributor day 

    A previous write-up explains how you can help test and capture the network admin UI. Here’s a specific version for how you can help during contributor day this weekend.

    There are four steps to the workflow at the moment:

    1. Capture a visual record of network admin screens.
      • Ideally on a device/browser combination that has not yet been captured.
      • If comfortable, post the screen captures and notes on make.wordpress.org/flow.
      • If you need access to Make/Flow, ask in #core-flow on Slack or around the physical room you’re in (if it’s full of contributors).
    2. Observe screens, actions, and results throughout the network admin.
      • This can happen during or after step 1. You can also just do this without the first step.
      • Look for things that don’t make sense, visual errors, pieces that are difficult on mobile, etc…
    3. Document observations in the screen sweep sheet.
      • This can be with or without a Trac ticket. With or without a screenshot.
      • Acts as a note so that we know that to come back to as part of the overall admin UI improvement effort.
    4. Help with the screen sweep sheet.
      • Open a ticket if there is none. Add screenshots if there are none. Confirm/deny the issue.
      • And patch. If there’s a ticket on the screen sweep sheet that you can patch, submit away.

    While this is an ordered list, you do not need to treat it like one. Pick a step that feels comfortable and concentrate on that. If you need guidance, there are folks in Slack that are always happy to help.

    Current captured visual records:

    By all means, if you have a device that is already captured, don’t hesitate to capture it in your own way or to skip step 1 entirely and start observing.

    Thanks for the help!

    • Saravanan 2:57 am on June 13, 2015 Permalink | Log in to Reply

      I would like to help out with this. I will need access to sites to test them on my iPhone 6 plus; and Mac. Thanks.

compose new post
next post/next comment
previous post/previous comment
show/hide comments
go to top
go to login
show/hide help
shift + esc
Skip to toolbar