Thread

I’m having visitors report that our captcha is missing:

http://firenews.net/index.php/member/register/

Do Captchas work on other parts of the site? Which version/build of EE1.x? You can find this at the bottom of any control panel page.

No, I don’t see them in any of the locations.

1.6.9

Hi cfp700,

Can you confirm that captchas did indeed display as intended at some point? Do you have any extensions installed? What settings do you have at Admin > System Preferences > Captcha Preferences?

Cheers

Greg

Yes, they did work before. We had to do a complete rebuild this past summer after a crash.

When I go to Extensions Mgr within Utilities, I get a blank page (does not resolve)

At Admin/System Prefs/Captcha Prefs:

Server path: /netapp/whnas-swamp/s11/s11/01703/www.firenews.net/webdocs/images/captchas/

Full URL: http://firenews.net/images/captchas/

Y

Y

N

When I go to Extensions Mgr within Utilities, I get a blank page (does not resolve)

Not a good sign.

Can you turn on debugging in the root version of index.php?

$debug = 1

Yet another support issue with no solution and no followup.

I’m having the same issue. Here’s the specs:

v2.1.0, Build:  20100712

Captchas were appearing, as described above, but now do not in one of my Contact forms. The captcha code is indeed in the template. The captcha appears in another Contact form (both of them are Freeform forms, and, actually, identical code except for some of the form labels). The content is in the same channel, and they both pull from the same template.

Captchas are not required when logged in, so this is a case of a user who is not logged in being unable to use the Contact/Feedback forms as they are told they need to enter the Captcha info.

Interesting point: if I turn to “yes” the preference “Require CAPTCHA with logged-in members?” then all is fine (excepting the requirement of captchas for my members) both logged in and out. Almost seems like something’s stuck in the session id or the cache or whatever, as both I and my members are often in one state or the other of login/logout. Started getting complaints from the site (via private email since they couldn’t complete the Contact form) and then I started to have the problem as well.

I’m guessing it’s just a matter of time until the form that’s working ceases to.

Help. Please. 740+ members and it’s going to get hairy.

dashard,

I replied to you on your previous thread here
Could you follow up on your outstandign answers please that you havent answered above.

What do you have in your template for that form?

What do you have set in your Captcha preferences?
Admin > System Preferences > Captcha Preferences

Can you run our server wizard to see if your server is capable of generating captchas

What are the permissions on your /images/captchas folder?

Are you using any add-ons?

Is your Captcha issue with the same install of EE as above?
If not what version and build of EE are you using?

Also can you create a blank template and add the examaple contact form code from the docs and test with that please?

As recommended in other thread it would be a good idea to update your version of EE so we are all troubleshooting from the same page.

I’m not sure if this is what other people are seeing, but I just upgraded to 2.1.2 and moved a dev server into production on a different hosting package than the development server, so I’m not sure if it’s the hosting package, upgrade, or my having missed an important detail.

Regardless, I’m finding that all new generated captchas are loading with heavily restricted permissions.  If I go through and chmod all the captcha images to 777, then it’s all golden for about 20min. 

After that it starts getting randomly harder to load captchas as new images begin to show up with permissions of 644, and one is strangely set to 640.

I can set up a cron to make it stay put, but that’s a really bad kludge.  Any advice?

Turns out Network Solutions doesn’t support 0777 permissions, so I had to set everything to 0775 and that seems to have solved the problem…  except for the fact their MySQL server has pewped the bed.  God I hate these guys.

Gad you are up and running dehuszar.

dashard,

Where are you now with your Captcha issue?

Turns out not to be the fix after all.  Time to convince the client to go to Dreamhost.  Going to upgrade to 2.1.3 and see if that helps.

dehuszar,

Ok let us know how you get on with the upgrade

The upgrade had no effect.  Network solutions was the problem.  Moved the client’s live-site to Dreamhost where the devsite was and all is well. 

Let that be a lesson to folks.  Don’t let your clients waste money on bad hosts.  😉

Hi dehuszar, glad you found the culprit!

dashard, please continue troubleshooting your other thread for clarity. Thanks!