Davide

more details of the problem are here

https://support.themecatcher.net/forums/topic/conflict-with-cookie-control-and-cookie-law-info-plugins#post-18919

More details of the problem are here

https://support.themecatcher.net/forums/topic/conflict-with-cookie-control-and-cookie-law-info-plugins#post-18919

Great, many thanks

I’ll mark this as resolved because this fix seems to work but it would be good if the fix or something based on it could be added to the plugin distribution package to save having to edit the plugin code.

Great plugin though.

Hi Hammal, Have you tried the fix suggested in the previous post and the two earlier posts.

I’m fairly sure that the problem I experienced with the mobile responsive menuing was ultimately caused by the site attempting to access “off site” resources including CDN.

If the google map widget attempts to access “off site” resources it will presumably break in the same way.

The fix suggested by jasontremblay seems to be a very elegant fix and it appears to have solved the “off site” resource problem.

Solved by the Striking Multiflex support guys – great theam, great support – always

Hi Maria,

I rated it 1 because I couldn’t get it to work on my site due to compatibility issues. The settings panel appears to be incomplete when the plugin is installed in this theme.

I, in conjunction with the theme’s developers, have been trying to find a suitable plugin to add to one of our sites. For the record their assessment was:

The plugin does seem to activate correctly, but I noticed that there is a menu conflict, and also a lightbox conflict. There also seems to be some layout compatibility issues with MultiFlex.

You might try loading wp property in MultiFlex, and create a property or two.

It looks like a good real estate plugin, but at this moment my conclusion is that it and we have some class conflicts which require a bridge.

I installed your plugin and tried to create a test property but because the settings page seemed to have problems I could not complete all fields required.

We have based our other 6 sites on the Striking Multiflex theme so it’s not really feasible to base this site on a different theme.

My assessment of functionality is based on what your support material says the plugin can do whereas my score of 1 is based on what I could actually achieve with it on my site.

If you can get an e-mail address to me I’d be happy to forward you the discussion with James of the Striking Multiflex development team and include you in our attempts to see if we can make the plugin work for our site.

Best rgds, David

Hi guys, were you using LLA ver 1.7.1 or an earlier release?

Hi Guys, this a transfer from the LLA support page as it looks as though this is where the issue really lies.

I logged in to one of my affected sites via a remote IP, cleared all LLA lockouts and deactivated and de-installed CAPTCHA (3.9.6). (LLA v 1.7.1)

I then logged back in to the site from the usual IP without any problem, so LLA was working fine.

I then re-installed CAPTCHA 3.9.6 (from within WordPress plugins), activated it then logged out.

I then logged back in from the usual IP and again LLA showed that it had decremented the number of remaining login attempts by 1.

I completed the login (I had LLA tries remaining) and deactivated and deinstalled CAPTCHA and logged out.

On trying to log back in without CAPTCHA 3.9.6 enabled LLA did not further decrement the number of remaining login attempts.

So, unless there is some other strange issue with the loaded plugin selection or the server platform configuration, the evidence points to CAPTCHA 3.9.6 being the issue – even after the bug fix.

It does seem to confirm that the problem is not with LLA but with CAPTCHA.

Could it be that the bug fix does not fix the issue in some circumstances or could it be that some data element in the SQL table is being set and not cleared during a CAPTCHA deactivate/deinstall cycle?

Hi Guys, let me add an update to this post and then transfer to the CAPTCHA support page

I logged in to one of the affected sites via a remote IP, cleared all LLA lockouts and deactivated and de-installed CAPTCHA (3.9.6). (LLA v 1.7.1)

I then logged back in to the site from the usual IP without any problem, so LLA was working fine.

I then re-installed CAPTCHA 3.9.6, activated it then logged out.

I then tried to log back in from the usual IP and again LLA showed that it had decremented the number of remaining login attempts by 1.

I completed the login (I had LLA tries remaining) and deactivated and deinstalled CAPTCHA and logged out.

On trying to log back in without CAPTCHA enabled LLA did not further decrement the number of remaining login attempts.

So, unless there is some other strange issue with the loaded plugin selection or the server platform configuration, the evidence points to CAPTCHA 3.9.6 being the issue – even after the bug fix.

It does seem to confirm that the problem is not with LLA

Not all good news. I’ve just installed 3.9.6 of CAPTCHA and on my sites it does not solve the problem – I’m back to being logged out again.

So on my server configuration the fix doesn’t seem to work

Hi all, I have had exactly this problem on three sites with Captcha 3.9.5 installed alongside Limit Login Attempts 1.7.1.

Diasbling Limit Login Attempts via ftp then logging on and deactivating then deleting Captcha from the WP control panel before logging off WP and re-enabling Limit Login Attempts via ftp appears to clear the problem.

Poiuseye, reading your post suggested to me that your continuing problem may be related to the system current state and the process steps you used to deactivate Captcha and that Limit Login Attempts is reading a transient variable. I’d be interested to know if the process I used solves your problem.

As an aside we have been suffering low level bot hacking attempts for a while (20-40 per 24 hours) and from the logs it seems as though Captcha is not effective either because the bots are bypassing it or a brute force algorithim is able to fake the Captcha answer but I can find no evidence that Captch is helping with this issue.

Hi,

I’ve just tested 0.6.8 on 3 sites using responsive and non-responsive themes and I encounterd no problems with Spy, New Spy or Spy Bot.

The performance timings generated by p3-profiler show that the plugin is very fast.

Great update, Davide

I’ve just tested 0.6.7 on all our sites, which have a variety of implemented templates including responsive templates, and the performance is now excellent, especially on our largest french Mortgage site https://bestfrenchmortgage.com.

Well done Stefano and thanks for a great plugin,

Davide

This seems to be a problem that affects more than just this plugin. I experienced a simillar slowing of our French Mortgage site https://bestfrenchmortgage.com caused by the NewStatPress plugin attempting to reach wordpress.cloudapp.net. For reference the thread concerned is https://www.ads-software.com/support/topic/wp-352-and-newstatpress-065-seem-to-cause-performance-issues?replies=15#post-4365955

Searching on Google there seem to be a number of plugins affected by the wordpress.cloudapp.net issue so maybe I need to understand more about wordpress.cloudapp.net – can anyone enlighten me?