sologne

Hello,

I double-checked, and I can confirm you that wp_debug is off in the wp-config when I notice the issue (explicitly off with the default “define(‘WP_DEBUG’, false);”)

Well, it’s your plugin. Issues with what you use to build your plugin should be your concern too.

I reported to you the issue kindly, with relevant information to help you know not only that there is an issue but where to search for a fix.

But after that, I’m not a programmer of this plugin. I won’t comment on technical decisions I’m not in a position to evaluate. Do you need to use this ? Is it a defect in redux or in the way it is used ? I don’t know the answers and I shouldn’t have to either. What’s the point of bug-reporting if the answer is “fix it yourself” ?

To be clear, I wouldn’t care much if this manifested itself only on an options admin page seldom accessed… But these calls seems to be fired on each page load, be it on main page or articles.

Other plugins use a lot of options too, and they don’t need to do such costly calls to use these options.

Even supposing it’s redux which is defective, then deciding to keep using it is not a neutral choice.

That’s your plugin, you know it much better than me. Understanding why those calls are done, if you can avoid them in the way you use redux, if you need to request a change to redux (and if yes, which), or ditch it altogether… All those are things you could do and that I can’t.

However, whatever the way chosen, you really need to fix it. WtR is a “nice-to-have” feature, but not a “must-have”. Such an overhead and lost load-time is unacceptable for such a feature.

I got the same issue after updating to wordpress 4.9 today. I updated some plugins at the same time, but disabling them didn’t change anything. (And I don’t have Jetpack)

I’ve also ruled out my theme – however the last two solutions look risky and not easy so I didn’t try them.

Isn’t there some way to add a trace and see what disable the menu item ?

• This reply was modified 7 years ago by sologne.