gaspy

OK, found the problem. The plugin caches post types as an option, in ‘widgetopts_global_types’ so custom post types added after the plugin are not recognized.

The plugin author should fix this.

Done! Thanks again.

It was a caching issue after all! It was strange because I had to specifically
refresh plugins/advanced-gutenberg/assets/blocks/blocks.js, even though previously I cleared everything both on server and in browser.

Anyway, it works perfectly now. Thank you for the very quick fix!

Hi, many thanks for the quick reply. Amazing! I’ve updated but it looks like the behavior is the same.
Here’s an example:
https://www.sparkchess.com/how-to/find-what-version-of-sparkchess-you-have.html
(just one image)

You see that the overlay on the image (class=”advgb-image-slider-overlay”) is still shown on hover…

Thank you, it’s perfectly clear now!

Just to chime in, it would be super useful to have that functionality!
It could be something as simple as defining a response condition for success/error and another for the message to show. Bonus points to allow for unfiltered html output.

Interestingly, no WP plugin seems to have this feature, not even premium ones.

Update: after running with WP Super Cache for a week, I see the site speed as reported by Google Analytics has improved considerably, see https://oi58.tinypic.com/muig4k.jpg

WP Super Cache works perfectly (it also predates W3 Total Cache and it has always been rock solid).

For me, Autoptimize is at 50%. Works just fine on one site, doesn’t work on another. It also doesn’t process @import in css. I haven’t tested in multisite.

I started testing WP Super Cache and Autoptimize for minification. Too early for a conclusion.

I get this error too, no explanation why – https://www.ads-software.com/support/topic/cannot-use-output-buffering-error-stacktrace?replies=2

If you can, add/enable XDebug for PHP, this way you can get the stacktrace and see exactly where it fails.

Hopefully the author will respond soon.

I selectively disabled Captcha, WordPress SEO and iThemes but the same error persists.

The error occurs on Apache and nginx as well. I noticed it too but I can’t figure out when & why it happens.

I checked the settings file (option-generic.php) and indeed the caching time is never saved. The best way to resolve is to manually run an sql query on the database, like this:

UPDATE wp_options SET option_value = REPLACE(option_value, '"cache_interval";i:900', '"cache_interval";i:86400') WHERE option_name='wp_minify'

Apparently the author forgot to take out a debug message.
in wp-minify.php at line 487, take out error_log($latest_modified_string);

Apparently the author forgot to take out a debug message.
in wp-minify.php at line 487, take out error_log($latest_modified_string);