michaelgracie

Same here, and above re-resave does not solve the problem.

Reverting back to 0.9.9 resolves.

Thanks for the help Nick. But I’m going to close this thread because I believe the problem is actually on on the WooComm side.

Regards.

Thanks again Nick. Got it.

No fatal errors; a few random warnings here and there is all, and most I’ve seen before. One exception …

PHP Warning: Cannot modify header information – headers already sent by (output started at /home/MYSITE/public_html/wp-includes/functions.php:3718) in /home/MYSITE/public_html/wp-includes/rest-api.php on line 480, referer: MYSITE

… although I can’t necessarily attribute that to this plugin.

Also notable: right this moment I have the plugin activated, and I am not seeing the phenomena; still clicking around trying to make it happen, while randomly deleting caches at intervals. The big caveat is I don’t have Woo installed/activated, and I am still trying to run down a goofy problem with it too. See here: https://www.ads-software.com/support/topic/activation-causes-ghost-spam-comment-counts/#post-8695322 Prior attempts with GenConnect were done activating Woo first, and GenConnect after.

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

Thanks Riaan.

I am not importing the dummy content; actually skipping setup at install. Tried installing dot 12 – after deleting all plugin files and the associated tables – and got the same weird error.

Also generating some log errors, like this …

WordPress database error Duplicate key name ‘location_type_code’ for query ALTER TABLE wp_woocommerce_tax_rate_locations ADD KEY location_type_code (location_type(40),location_code(90)) made by activate_plugin, do_action(‘activate_woocommerce/woocommerce.php’), WP_Hook->do_action, WP_Hook->apply_filters, call_user_func_array, WC_Install::install, WC_Install::create_tables, dbDelta, referer: https://WWW.MYSITE.COM/wp-admin/plugins.php?plugin_status=all&paged=1&s

Install otherwise seems unaffected, but such a sketchy error on a production site raises the risk aversion level here.

Thanks Nick.

I have few errors in the server logs, and nothing like you mentioned. As I noted above I removed Super Cache altogether then tried reinstalling the plugin and the problem persisted. No other static caching happening, although I’ve got mod_expires running for the usual suspects (images, js, etc).

Do you know if there was some specific reason why deleting/reinstalling was helping other users?

With caching disabled, the issue persists.

Conflicts between NGG and caching plugins are mentioned above – here is my experience with 2.0.7 and WP Super Cache: imagerotator.swf call is missing on cached pages, and custom ngg css no longer works.

Rolling back to 2.0.0 solves this problem.

Thanks.

.htaccess plays tricks on uploads

I also resaved the Options/Miscellaneous for uploading, and deleted all the Akismet spam. And of course, tried uploading other pics to other posts.