kingofblades

Hi @stephdau @cfinke

Have started facing the same issue again when Akismet is enabled with CF7. No major code changes were made since the implementation of Version 4.2.2a2.

Current Version 4.2.2a2

Please advise.

Yep, Looks like that fixed it!

Thank you @cfinke and @stephdau

That’s alright. I appreciate your assistance. In the meantime, can you suggest a temporary tweak that can be used with the plugin to exclude the sticky comments? A filter that can be added to force them out?

Hi,

I tried it. I deactivated WPDISCUZ, cleared all the caches and posted a sticky comment but it still comes on the feed. Reactivated WPDISCUZ and tried it again but the same result.

Any other solution you can think of?

Hi,

Yes, I use the WPDISCUZ plugin which handles the comments on my site. Have not updated WPDISCUZ recently though and both plugins were working fine together until a few weeks ago.

I disabled WP Rocket manually as I wasn’t able to disable it in the Admin panel. It was strange as every time I clicked “Deactivate”, it would throw up the “Successfully deactivated” message but would still be active. This was very strange and so I repaired all tables of the database and checked again to no avail. So I manually deactivated it via FTP. No other plugin is acting out this way. Strange.

This might have something to do with my issue with Socializer but i’m not sure.

Anyway, deactivating WP Rocket, deleting all cache files did nothing as the issue is still there.

Along with that, I’m seeing this error on Chrome’s console which is caused by Socializer’s JS: theChampLoadEvent –

View post on imgur.com

Hi,

That worked! The logins aren’t popping up with errors now. Thank you so much.

However, no matter which social network I use to enter credentials and login, it doesn’t log me in the first time. I have to click on the icon twice for it to log me in every time.

I have WP Rocket installed and Cloudflare enabled.

Hi,

My host (SG) responded with the following: “I believe we managed to resolve the issue by updating the session.save_path via cPanel > PHP Variables Manager. The value set was /var/cpanel/php/sessions/ea-php72 and we changed it to /home/USERNAME/tmp”

Yet, the issue still persists. Thoughts?

Hi,

Thank you for the response. I’ve contacted my hosting’s support to help with enabling PHP Sessions. I’ll see if it helps resolve this once its enabled.

However, i’ve checked my config file and I can see that I’ve infact set DEBUG to false. Are you sure that it has been enabled? If so, how would I disable it?

Thanks