My Sites limited to 23 sites on Admin Bar

[ronbme]

I have a test site with 25 sites. I can only access 23 from the My Sites tab on the admin bar.

(This is a minor bug, but I hadn't seen it mentioned.)

Ron

I'm using latest trunk.

[ocean90]

It's limited to your screen size.

15317.patch - With this patch only the first 15 blogs will be shown and then a link to my-sites.php

[westi]

Limiting the list is problematic because the working length can be screensize dependent

Someone with that many sites probably wants to be able to hide some of them - which would be plugin territory.

[ocean90]

Like westi said, a plugin could use the filter in get_blogs_of_user().

[Denis-de-Bernardy]

Couldn't we add something like this in the CSS?

max-height: 600px;
overflow-y: auto; /* or scroll */

[nacin]

WP.com has a scrolling aspect to it. Perhaps we can borrow that behavior, at least as a stopgap.

[azaozz]

Replying to nacin:

Yes but it requires jQuery. Perhaps we can add it only when the admin bar is in the admin.

The css overflow-x/overflow-y don't work there (at least in FF) so the scrolling actually hides the top 3 and shows the bottom 3 links in the submenus (and vice-versa).

[ocean90]

#wpadminbar #wp-admin-bar-my-sites-secondary {
	max-height: 500px;
	overflow-y: scroll;
}

could work, but the submenus are hidden.

[rekall]

just added a few sites on a fresh multiuser setup so i could see what the chatter is about...

here's a "what if" scenario:

what if we were to add mouseenter/mouseleave events to the first & last elements of the list (or to two new elements to the list with decorative up/down arrows) to the dropdown such that the cropping properties were to 'slide' the visible portion of the container? this way you could still limit the size of the list, not have to rely on a scrollbar (using overflow-y: scroll) which would conflict with the pop-out menu to the right, and instead provide a more intuitive natural way of scrolling the box up/down at will?

[ryan]

This is not a regression from 3.2. Let's take care of it in 3.4

[SergeyBiryukov]

Could we limit the number and make it filterable so that a plugin wouldn't have to resort to get_blogs_of_user filter?

Refreshed 15317.patch​ for current trunk.

Other solutions would probably require #19979.

[Rarst]

Please note that any toolbar menu is potentially affected and they are not limited to core code, but actively added by extensions as well.

Fixing or providing filters for one specific menu won't address issue in general.

[SergeyBiryukov]

#26416 was marked as a duplicate.

[helen]

#29295 was marked as a duplicate.

[trepmal]

When faced with an unusably long menu, I created a little search feature. Here it is as a plugin: ​https://github.com/trepmal/my-sites-search

[SergeyBiryukov]

Replying to trepmal:

When faced with an unusably long menu, I created a little search feature. Here it is as a plugin: ​https://github.com/trepmal/my-sites-search

This looks great and can probably be applied to arbitrary long menus as well (to address comment:12).

[mrjarbenne]

That search plugin is great when faced with a menu containing a very large number of items, but would seem to be overkill in instances where the menu is exceeding the size of the screen by only a few lines, particularly in examples where the menu fits on a regular screen, but is obscured on smaller mobile devices. Wouldn't a better solution be to allow for the menu to scroll? As noted by @Rarst, this issue rears its head not only in the My Sites menu, but also in other menus like the Profile on the right, in instances where plugins like BuddyPress add additional items that can exceed the size of the screen: a space where a search window wouldn't remedy the UI issue (see video: ​http://www.screencast.com/t/siMIp5PJDDL).

I don't think limiting the number of items displayed is necessarily the route that would remedy all of the varied instances in which this issue might occur. On smaller screens (smartphones particularly), the dashboard content is completely obscured by the resulting dropdown menu, making the scrolling of that dashboard content -- hidden behind the menu -- of little use. From a UI perspective, if I am attempting to scroll when on top of the menu, one can assume I am trying to scroll the menu content, and not the content beneath the menu.

[magnus78]

css fix

[magnus78]

The css patch seems to work for me. In IE there's a slight glitch, but even there I think it's a vast improvement.

The fix in the form of a plugin:

/**
 * Make the My Sites list scroll if too many blogs
 */
function custom_my_sites() {
  $user_id = get_current_user_id();
  $user_blogs = get_blogs_of_user( $user_id );
  if (count($user_blogs) > 12) {
     echo '<style type="text/css">
      #wp-admin-bar-my-sites-list {
        max-height: 90vh;
        overflow-y: auto;
        overflow-x: visible;
      }
      #wpadminbar .menupop li.hover {
        position: relative;
      }
      #wpadminbar .menupop li.hover > .ab-sub-wrapper {
        margin-left: 337px;
        margin-top: -32px;
        position: fixed;
      }
     </style>';
  }
}
add_action('admin_head', 'custom_my_sites');

[morganestes]

Last item cut off

[morganestes]

Flyout detatched

[morganestes]

I tested wp15317.patch​ on 4.3 trunk; I can scroll through the list of sites, but there are a couple of issues that need addressed:

1. The last site in the list gets cut off slightly. I'd like to see some extra padding at the bottom of the list so that doesn't happen.
2. Hovering over a site in the list brings up the flyout menu but it floats to the right, separated from the site list.

As @Rarst mentioned, this potentially affects more than just the multisite site list, but since that's something that is clearly a bug in core I'd like to address it first, then see what else we can apply the fix to.

[jeremyfelt]

I haven't been able to imagine one yet, but it would be really cool if we could find the right way to ditch most of the drop down interface completely in favor of some sort of smarter site switcher. The HTML generated for each site in the list is so unnecessarily heavy.

If any updated interface could account for multiple networks... Happy.

[austinginder]

I use a wide range of multisite networks and really like @trepmal search filter solution. It works well on large and small networks. I took a very slimmed down version of her plugin and submitted a patch. I'd love to see this or something like this in core.

[BrashRebel]

@jeremyfelt is absolutely right that the current My Sites menu impacts performance. When there's a large number of sites in the menu, especially with lots of mapped domains, I've had experiences with things slowing down big time. Have you considered getting the menu on demand with AJAX instead of loading the entire thing no matter what?

I've also played with UI solutions for this on and off for a couple years now. I've considered things like this ​https://css-tricks.com/long-dropdowns-solution/ which could make the list useable regardless of the number of sites. A search tool could work well also.

[austinginder]

As recommended by @georgestephanis I've revised my search patch with a minor JS improvement. The code .find(‘>a’) has been replaced with .children(‘a’) .

[morganestes]

Based on discussion in #docs (see ​https://wordpress.slack.com/archives/design/p1440695616000216), here's the plan for this ticket:

1. If a multisite install has over 10 sites, only show the "top" (however that's defined) 6-10 in the menu, with a search box at the top to find or filter the rest.
2. Don't just load all the sites into the DOM and hide them, as that's a performance issue. That leaves us with AJAX for now, with the potential for REST in a future version.
3. (maybe) add a filter for the "top sites" to allow the list to be defined via plugin.

Things to consider:

• Performance of loading and searching through hundreds or thousands of sites if they're all in the DOM.
• Is infinite scroll an option?
• No JS? Add a "more..." link that takes you to the sites list in Admin.
• Can we use a site icon in the menu if one is set for the site?

I'm looking at the recent patch by @austinginder and the plugin by @trepmal as starting points for this one, and would like to see efforts progress along these lines if possible.

Ticket #33574 has been created for the general long-menu UI we find in other places in the toolbar.

[jeremyfelt]

Bumping this for the 4.4 cycle as any solution will need to be heavily tested, but happy to see continued work for 4.5.

[jeremyfelt]

Thoughts (as a follow-up to my earlier comment):

• No more HTML. Provide an object with required data and/or use AJAX on demand. It may make sense to start thinking about endpoint requirements for the REST API here.
• What if we just remove the list of sites and offered an easy way to start searching? The WP.com site switcher interface seems like a step in the right direction. Could that be done even better?
• We should be able to rely on the full My Sites page as a useable backup. That needs an overhaul. This would also be the no-JS fallback.
• If we did keep the existing format and chop the menu to a specific # of sites, it would make sense to offer some for the user to mark those sites.

In general, I'd be a big fan if we started this menu from scratch rather than working with the existing implementation. Feature plugin?

[djinajlu]

This is actually related to the https://core.trac.wordpress.org/ticket/32678#comment:89 I don't see why we have two places to handle it.

[jeremyfelt]

We need to give this more attention earlier in a release. I think the solution will treat this more as an enhancement than a bug and will involve quite a bit of testing.

[SergeyBiryukov]

#41276 was marked as a duplicate.

[johnbillion]

#42068 was marked as a duplicate.

[swissspidy]

#45071 was marked as a duplicate.

[behzadg]

Any update on this?

[SergeyBiryukov]

#49074 was marked as a duplicate.

[createscape]

I would like to see this fixed. This ticket is 10 years old but it is still a problem.

[desrosj]

@behzadg @createscape This one is still waiting for someone with the time and desire to work on this, but it falls outside of the project's current priorities so is lower priority.

I am adding needs-design-feedback as this keyword replaced ux-feedback. When a member of the design team has a chance, they can provide some guidance here to hopefully give someone the information they need to work on this.

[zephyr7501]

I've solved it with CSS and JavaScript. Give it a try if you want.

​https://qiita.com/zephyr7501/items/dd0967fddabd888b28c4
(Sorry, it's only in Japanese. I'll add an explanation in English later.)

[estelaris]

We need recent screenshots for design to reivew the issue.

[neilticktin]

Hoping this can be shared, reviewed, and integrated into core -- it's a pain to have this limit on our WP sever with a bunch of small sites.

[paaljoachim]

Can we get a status update to where this ticket is at?

Thank you!

[jeremyfelt]

Replying to paaljoachim:

Can we get a status update to where this ticket is at?

"Needs direction"/"needs reboot" is probably the best way to sum it up.

I think I still agree with what I wrote in an earlier comment, including:

In general, I'd be a big fan if we started this menu from scratch rather than working with the existing implementation. Feature plugin?

There is probably success to be had in the short term by creating a plugin or building off an existing one like ​https://github.com/trepmal/my-sites-search

I'm going to change the tag on this to match my guess that the solution to this is really an enhancement and not a bug fix. I would adjust the ticket title, but it's so familiar after 10 years. :)

[paaljoachim]

Thanks for the adjustments Jeremy!
I am including a screenshot of ​https://github.com/trepmal/my-sites-search plugin.

It is of course nice to get some movement on this ticket. Whomever is up for it..:)

[paaljoachim]

Screenshot of the readme from the Github repo for: My Sites Search plugin

[brasofilo]

Replying to zephyr7501:

I've solved it with CSS and JavaScript. Give it a try if you want.

Thanks, zephyr7501, the scrolling works great.

Also, it's perfect if mixed with @paaljoachim plugin.

[PerS]

I'm doing my take on the subsites menu. I lazy load the subsites, using IntersectionObserver and AJAX, loading only 80 subsites at a time. I've used @zephyr7501 CSS patch to make the subsites menu scrollable. My code is available at ​https://github.com/soderlind/super-admin-all-sites-menu

[sabernhardt]

refreshing the filter option (with jQuery for now)

[sabernhardt]

I almost had the filter option patch ready to share 3 weeks ago, so I uploaded it here. If this method is desired, the jQuery needs to be converted to vanilla JS for use on the front end and the site number probably should be higher than 5.

On the other hand, a JS-populated menu may be preferable for performance reasons anyway (#53213).

[PerS]

Replying to PerS:

I'm doing my take on the subsites menu. I lazy load the subsites, using IntersectionObserver and AJAX, loading only 80 subsites at a time. I've used @zephyr7501 CSS patch to make the subsites menu scrollable. My code is available at ​https://github.com/soderlind/super-admin-all-sites-menu

I've updated my plugin, storing subsite menu data in IndexedDB, and only updating IndexedDB when a site is added or deleted, making it very fast/lite. I've also added a search filter.

[paaljoachim]

Suggestion 1. Inspired by Per's plugin: ​https://github.com/soderlind/super-admin-all-sites-menu

[paaljoachim]

Suggestion 2.

[paaljoachim]

Suggestion 3.

[paaljoachim]

We can also get inspiration from the plugin: Multisite Admin Bar Switcher.
​https://wordpress.org/plugins/multisite-admin-bar-switcher/

The main inspiration as I see is how many links each site links to. Giving quicker access through the My Sites dropdown to each screen.

[paaljoachim]

Super Admin plugin by Per - All Sites menu

[paaljoachim]

The above gif shows a nice improvement compared to the current My Sites drop down.

• It offers a nice search field.
• It also offers additional links the admin can easily directly enter.

I feel there is no need to have a search field visible when the number of sites is below a specific number (10-15?). This means when the minimum number of sites have been reached a search field would show up to give the opportunity for the admin to find the correct site.

I will go ahead and remove the needs-screenshots and needs-design-feedback labels. Please add these back if I am mistaken. I assume that when ready that Per's plugin code could be implemented as a patch for testing.

[PerS]

Replying to PerS:

Replying to PerS:

I'm doing my take on the subsites menu. I lazy load the subsites, using IntersectionObserver and AJAX, loading only 80 subsites at a time. I've used @zephyr7501 CSS patch to make the subsites menu scrollable. My code is available at ​https://github.com/soderlind/super-admin-all-sites-menu

I've updated my plugin, storing subsite menu data in IndexedDB, and only updating IndexedDB when a site is added or deleted, making it very fast/lite. I've also added a search filter.

FWIW: (as I mentioned earlier) I use the CSS from @zephyr7501. It had a small issue, if the number of sites didn't fill the window height you got a gray field below the last entry, all the way to the bottom of the page. In my plugin I adjust the menu height using an IntersectionObserver: ​https://github.com/soderlind/super-admin-all-sites-menu/blob/main/include/modules/observe.js#L33-L75

[sabernhardt]

#54107 was marked as a duplicate.

[JeffPaul]

@PerS's approach in ​https://github.com/soderlind/super-admin-all-sites-menu seems to handle things pretty well here. What significant concerns would folks have with that approach? Asked differently, if that happened to be a featured plugin approach what additional updates/fixes would folks ideally want to see there?

[PerS]

Fwiw, I've updated my plugin. It's loading sites using REST. It uses @wordpress/i18n, etc.

More at: ​https://github.com/soderlind/super-admin-all-sites-menu/blob/main/CHANGELOG.md

[SergeyBiryukov]

#61207 was marked as a duplicate.