advanpix

No, the cause was on our side/server. Module responsible for tikz compilation was not responding for some reason. Let us know if you see something like this in future.

Error message includes all the details:
“Please make sure your server/PHP settings allow HTTP requests to external resources (“allow_url_fopen”, etc.)”

Also check with your hosting (if you use any).

“PHP Notice: Undefined variable: eqlabel”.

PHP has three types of diagnostic messages: notices, warnings and errors. Notices are the lowest priority advising messages from interpreter for the code. Notice is not even a warning (not speaking of “errors”). PHP usually emits tons of notices, which have very little relation to functionality of code. Exactly as in our case – “Notice: Undefined variable: eqlabel” had no any influence on plugin functionality.

Good summary on this: https://softwareengineering.stackexchange.com/a/104835

Moreover, notices are shown by PHP interpreter only if people switch them ON in PHP configuration on purpose – to put website in debug, under development state. This situation cannot be called as “broken” to any extent.

To sum up, you put the lowest rating to the plugin just for “notice” message from PHP interpreter. Not for error/bug, not even for warning – just for “notice” having no any influence on plugin functionality. To the plugin with 9+ years of development history and thousands of users.

Are you kidding me? Do you consider this as normal / ethical behavior of fellow developer? Have you ever contributed/participated in any open-source project bigger than one-liner “Hello World”?

I am developer, I saw this review right away and have been thinking about it since then.

First of all, thank you for the finding and reporting minor bug in our software.
It is indeed minor since the software have been working on 10K+ websites daily. Also it passed our tests before deployment. In fact I am using the plugin constantly on 3 different websites and still this bug didn’t reveal itself up to the moment. PHP also doesn’t report this as an error (unless you set it to treat warnings as errors).
In any case, this bug has been fixed few minutes ago – it took just few minutes.

One important note. QuickLaTeX is part of open source universe, which gives you the opportunity to be member of community and participate in development. You can send bug reports to developers using support forum, create the fixes yourself (especially for trivial bugs like this) and/or provide patches for the bugs.

This is how open source works. But, instead, you did something absolutely unethical and in-respectful – you just downgraded the overall rating of the whole project because of one bug you found.

FYI, in total 49 bugs were fixed in latest WordPress release 4.9.8. I guess you did everything to downgrade the WordPress in all accessible ways for you. And surely you abandoned such buggy framework because of so many bugs in it.

@”Also, this plugin was last updated 2 years ago.”
Even more, first version of QuickLaTeX was released 9 years ago. And some code is still in use. Many thousands on people have been using it over the years. We provide upgrades, Support our server-side to make sure everything works smoothly, etc.

We didn’t touch anything on our side.
I think they finally found some bug in config files on their servers.

Thank you very much for your support and donation!

Follow this guide to generate information with phpinfo():
https://mediatemple.net/community/products/dv/204643880/how-can-i-create-a-phpinfo.php-page

Don’t delete QL cache, it will push QL to re-generate all the formulas, which is not working on your site right now.

I guess there is some bug in “consulting” theme code, it seems to be unrelated to QL.
Try to open that image.php and fix syntax error at line 27.