Hiya,
You don’t need to wait for the information form the site status before you can navigate around the site, it is ran asynchronously to allow you the ability to jump to other tabs before it is done. (previous versions did not do this, so you may be on an older version if this is your case?)
Thread Starter
alx359
(@alx359)
Hi Marius,
Thanks for the prompt reply. I do have the latest version (1.2.1). Sometimes it does like you said, but more often than not all the wheels have to stop spinning before the tab-click event is acknowledged [tested on Vivaldi/Win7x64]. As this is the default page when entering the plugin it slows you down unnecessarily and may become irritating. Hence the suggestion to put it under a button instead.
Thread Starter
alx359
(@alx359)
The easiest fix IMO is just to reshuffle the tabs order a bit and make the troubleshooting tab first.
Hmm, interesting, I’d not experienced the delay while it was still processing a request, I will certainly look into that though, may be latency related or similar, so definitely something we would want to fix!
We are in the process of deciding on a better format for the site status tab at the moment (if you’re interested, we’re tracking that at https://github.com/WordPress/health-check/issues/181), which may see this behavior change as well.
The idea of re-ordering the tabs is one I’ve thought about before, but I feel like the quick check of your sites states is a natural starting point, I’ll keep it in mind though if there’s a need for a re-shuffle at some point 🙂
Thread Starter
alx359
(@alx359)
Thanks for the link. See the discussion gravitates around very similar views. A button to manually activate any resource intensive task is always better usability, IMHO.
