drupal captcha always disappear, return when clear performance cache

Please note that the CAPTCHA and mollom module probably do not work together on the same form.

What caching do you use? Standard Drupal caching? What level?

Hello,

managed to solve? I'm going through the same problem as decrease the lifetime of the cache still does not solve. I'm using the standard drupal cache. I'm using reCaptcha.

I'm out of options.

What happens when you post a form that is missing the CAPTCHA? Can it be posted without issues, or do you get an error message complaining about missing CAPTCHA response?

Also: can you provide more info on your CAPTCHA configuration? On what forms? Other installed modules that might be relevant? ...

I'm experiencing the same thing.

I'm on Drupal 7 using reCaptcha. The captcha is set to show on register and contact. When I flush the cache, it's there and then a day later or so I receive an email from the client complaining that it's gone. I simply flush the cache and it's back.

My performance page: http://d.pr/i/kOOU
Captcha page: http://d.pr/i/2Tsj

I don't think this is a CAPTCHA specific issue. I have other fields disappearing too. They come back after cache clear. I'll report back when I figure it out...

I'm going through the same problem. I'm using image captcha from Captcha module, no reCaptcha. Challenge "Image" dissapears from all forms and even from Captcha admin form page at admin/config/people/captcha/captcha/examples. If I find out the reason, I'll write it down here.

I will add here some facts. So it will perhaps be helpful for those working on this problem. As I am new to DRUPAL, I can not contribute more at this point of time.

First install of COMMERCE KICKSTART: late March 2013. Impossible to activate CAPTCHA for user registration. - It was a must because there were 10++ spam automated user registrations per day, even if emailed confirmation was configured to be required.
The other tried modules for the same purpose rely on CAPTCHA... hence no solution.
That first implementation died during tests (probably because the RAM limits had to be extended before updates, or due to beginner errors).

Next COMMERCE KICKSTART - 14 days later: From this thread I learned to solve the problem by resetting CACHES. In this and only in this case was it possible, instantly after installing the whole COMMERCE KICKSTART, to activate Captcha.
It does the job like expected for the user registration. This was also the case several hours later. But in the meantime there was no single call of the page for registering a new user. In this case caching might disturb again the functions.

There is surely a problem. Possibly the details above might be a work-around. But I am not sure if this will definitely settle the problem.

Part 2 of the fact information:

Since late March I have a DRUPAL site for CivCRM, acitve use of many features. There are no such problems for Captcha. But as far as I remember, I still did not activate caching für that site.

Few more remarks:

1. this is happening only on my provider's server — when I copy this particular drupal installation to the localhost, it works (no captcha dissapearing)
2. on my provider's server the captcha_form_alter() is not beeing even fired from drupal_alter().
3. There are more issues about this topic:
   • http://drupal.stackexchange.com/questions/50950/hook-form-alter-only-fir...
   • http://drupal.org/node/1934192

interesting read, that issue #1934192: hooks disappear from module_implements cache

seems like there is something going wrong outside the CAPTCHA module itself

I use Standard Drupal caching. (Drupal 7.16) (Install profile Commerce Kickstart (commerce_kickstart-7.x-2.0-rc2)).

First i used captcha image then i got that problem,
Second I try to add reCAPTCHA and the same problem,
Last i used mollom but the same problem, always disappear after an hour. but it will come back after clearing drupal configuration performance cache.

same problem when using mollom on my recent drupal site build. Interestingly this seems to work fine on other sites on the same server. Only differences I noticed is that one was using compressed cached pages while the other was also using 'cache blocks' without problem. I will try and switch off 'compressed cache pages' from the performance setting and see if that prevents me from have to clear cache every hour or so.

actually disabling these makes no difference.

Maybe problem with another module?

More specifically this seems to be a problem with the menu registry? Clear the menu registry cache seems to correct the problem , albeit only temporarily.

Ok, I have switched the server config from running php as fast cgiscript to running as an Apache module. I have also changed the server include syntax in the Plesk control panel and now seems to be working as expected.