Where is the contact page?
Hi Takayuki,
Good question – that would help wouldn’t it.
It’s here:
http://www.dealershop.co.uk/contact-buzz-solutions/
Thank you.
Rob
Ok. Confirmed an image is generated but it is all white. Then, how did you create that? What captchac tag did you actually put?
Hi Takayuki,
I was following the guide here:
http://contactform7.com/captcha/
I tried:
Input this code: [captchac captcha-118 size:l fg:#00ff00 bg:#ffffff]
[captchar captcha-118 4/4]
But its currently set to this:
Input this code: [captchac captcha-170]
[captchar captcha-170 4/4]
I hope you can help.
Thank you.
Rob
Ok, the codes seem correct.
I’ve seen a similar issue before. In that case, the cause of the problem was PHP’s bug, and resolved by updating PHP to the latest version.
Takayuki,
I am having the exact same problem. I have been assured by my hosting company (GoDaddy) that we are using the latest version of PHP.
http://clear-gauge.com/contact-us/
Any other thoughts on how to resolve this?
Thanks,
Andrew
Please disregard my question above. This appears to be a common issue with this plugin.
After wasting several hours trying to resolve the issue w/ Really Simple CATCHA cited in the earlier posts, I decided to find an alternative plugin. I went with Fast Secure Form – it was easy to install, worked correctly, and was easy to tailor.
While I like Contact Form 7, the integration of a CAPTCHA tool needs some significant work.
In my case it was fixed by changing the font used for rendering.
First I copied the fonts from “/usr/share/fonts/truetype/ttf-dejavu” to the plugin’s directory (…/htdocs/wp-content/plugins/really-simple-captcha/ttf-dejavu).
Then tweak the really-simple-captcha.php to change the fonts array…
FROM:
$this->fonts = array(
dirname( __FILE__ ) . ‘/gentium/GenAI102.TTF’,
dirname( __FILE__ ) . ‘/gentium/GenAR102.TTF’,
dirname( __FILE__ ) . ‘/gentium/GenI102.TTF’,
dirname( __FILE__ ) . ‘/gentium/GenR102.TTF’ );
TO:
$this->fonts = array(
dirname( __FILE__ ) . ‘/ttf-dejavu/DejaVuSerif-BoldItalic.ttf’,
dirname( __FILE__ ) . ‘/ttf-dejavu/DejaVuSerif-Bold.ttf’,
dirname( __FILE__ ) . ‘/ttf-dejavu/DejaVuSerif-Italic.ttf’,
dirname( __FILE__ ) . ‘/ttf-dejavu/DejaVuSerif.ttf’ );
NOTE: I am using Debian but the same fonts should be available in Ubuntu (or try using a different one – just NOT gentium).
It worked for me… hope it helps someone.
My captcha image doesn’t show up often now too after the latest WordPress UG. If I go into properties of the missing image it show a file number that has not been generated on the server. I can see what the file numbers are and there is no match for the one it is trying to use. What am i missing? We did switch providers a few months ago. I do not see the path you suggest checking in wordpress anymore.
I have an update…
As I still couldn’t get mine to work and PHP is a supported version I decided to carry out dr.strangelove’s suggestion.
It is only when I went into the existing gentium font folder I found that the TTF font files were not there! For some reason, the auto-installation through WordPress did not place these files.
I downloaded really simple captcha, extracted the files, found the TTFs and uploaded these to the gentium folder and voila! It works…
So, if anyone else gets a blank image, please check that the TTF files are in the gentium folder, if not, that’s the reason.
Phew.. got there at last š
Rob
I was having a similar issue on one of the sites I’m administrating and the fix I found was to delete the .htaccess file from /wp-content/uploads/wpcf7_captcha. Everything’s now displaying as expected.
-TM
Thank you so much rwassell for your solution! I’ve been beating my head trying to figure out why I was getting the background of my CAPTCHA images but not the foreground with the letters and numbers. Turns out all I had to do was copy the gentium folder to the plugin’s folder and voila! After attempting to edit htaccess files, the plugin’s PHP file, check my PHP version, edit permissions, etc. this was super easy.
So thanks again for sharing that solution!
I was having a similar issue because there weren’t all the fonts uploaded from the localhost captcha plugin folder to the remote server.
Tom
