Resetting Loading Order Back to Original within Plugin

Hi Michael,

Thanks for the comments and I’m really pleased that you’re finding the plugin useful.

As for your question, that wasn’t something that was ever considered in the original release. To be honest I’d never thought about it being used for testing, but it does make perfect sense. I’ll have a look into this issue and see if I can come up with a solution and an update.

Kind Regards,

Simon

Hi Simon,

Your response was lightning fast. Thank you!

This plugin is extremely useful, and I’m actually surprised there aren’t many others like it out there.

I’m dealing with a rather strange issue here on a large website I’m developing, and I installed your plugin initially to help diagnose the problem. Of course now I like the plugin so much I want to keep it installed for the future.

I know this doesn’t concern you, but if you’re interested to know this is the problem I’m trying to solve…

For some reason on this new site all of the custom css in the child-theme is being rendered by the browser late. In other words, you see the original css first, and a few seconds later the child-theme css loads. This has the very bad effect of showing positional changes, color changes, etc, on any elements we have customized. I’ve frankly never seen anything like this on any other website I’ve developed. The child-theme css delay seems to coincide with the loading of isotope style post grids within Visual Composer.

Anyways, I’m trying to figure this out and that’s where your plugin came into play. The problem is that I can’t reset the loading order back to how it originally was without completely uninstalling the plugin.

I’m not surprised you didn’t think of this ahead of time, but it would be a fantastic feature to add for sure. This plugin is an excellent testing / problem-solving tool. It just needs the ability to be reset. ??

My thanks again for considering this for me…

~ Michael

• This reply was modified 7 years, 10 months ago by Michael Samson.

Hi Michael,

I know, I just checked my email after you’d sent it. So it was right at the top :).

I’ve just released a plugin update. Now you won’t need to uninstall the plugin, you can just deactivate it and then reactivate it. Still not ideal, but unfortunately I’m limited for time at the moment. Still, it should make the process faster. I might improve this further in a future release.

As for your problem it sounds like something a serious case of render blocking. I know Isotope is a fairly large file, that might play a factor. If the JS is loading in the head before the child themes CSS files then that might be causing the slow load.

Hope this helps,

Simon

Hi Simon,

Thank you both for your fast responses and for taking a corrective action so quickly!

I just installed the update and have already given it a try. I see what you did… now when the plugin is deactivated and reactivated, it reverts to the original installation state and has to import the original file order.

This may not be the most elegant of solutions, but it does work, and that’s what I needed. Later on perhaps you can just assign this function to a button for convenience. I think it will also be a lot more clear that way (and a new feature for people to use).

Btw, I did test this just now, and it does appear to work. I’m changing around the loading order so much with my testing that there was no way to get it back without this kind of feature.

…

About our css loading delay…

Render blocking, eh? This problem has just defied me at every turn. The only clue I have is that the child-theme css appears to load when the isotope post grids (within visual composer) are finished loading. It very well may be tied to this problem.

The strange thing is that I’ve been speaking with the theme author (this is a very large commercial theme we’re using), and he has never seen this problem before. It makes me wonder if the cause is something that I have installed. But it’s like looking for a needle in a haystack.

I’ve tried using the Timeline feature in Chrome’s inspection console, which you can clearly see this loading delay within; but it hasn’t helped me to find the cause (yet).

Of course this isn’t your problem. I’m just using your plugin to help diagnose it.

Thank you again for creating this plugin in the first place!

All my best,

~ Michael

I forgot to mention…

Our scripts are loading at the end of the page… and I also just tried activating the option in your plugin as well to move the scripts to the footer. It made no difference unfortunately.

I’ve also found that our loading problem is occurring site-wide, even on pages without isotope post grids. Go figure. Though, on those pages the delay is a little less.

~ Michael

Hi Michael,

I’m sorry that the load scripts in the footer functionality wasn’t working for you. Are you using any caching plugins on the site? I tested it today and it worked without any issues. Caching might cause issues with the functionality though.

In regard to your problem troubleshooting the site. Have you tried using the timeline in Chrome’s developer tools? That should hopefully provide at least a clue to what might be causing the delay.

Simon

Hi Simon,

It’s kind of you to continue trying to help me with this problem even though it’s completely unrelated to your plugin.

The scripts in our theme were already loading in the footer as far as I know. I probably don’t even need to turn on this feature in your plugin.

We do have a caching plugin installed, but it’s deactivated at the moment. I have it deactivated because the site is in development, and using caching on a dev site just causes issues. So this is definitely not the cause.

I did try using Chrome’s timeline tool (I actually wrote this in my last message to you), but it wasn’t really helpful. It shows the frames with the delay, but I wasn’t able to determine the cause of the problem with that tool.

We’re starting to look into other things, like a possible plugin conflict. I have been in touch with the theme author and he insists this is not a native problem of the theme. If he’s correct than we may be looking at a conflict of some sort. I should be able to determine if that’s the case in the next few days.

In any case, if I feel there’s anything you can help with I’ll let you know. Your plugin is an excellent tool, and I’m keeping it installed here permanently.

My thanks again for your help and thoughts…

~ Michael

Hi Simon,

I just want to add to my previous comment…

I now see you misunderstood my comment about the scripts loading in the footer. There was never a problem with this feature in your plugin. All I was saying was that using this feature made no difference in helping our loading delay problem. I also believe that our theme is already loading all scripts in the footer.

~ Michael