That sounds frustrating. Ok, captcha is probably the easiest one for me to troubleshoot. Just to confirm you are talking about the built concrete5 capthca for the built-in form block. Correct?

Do you have a link to a page with the problem? I need to see the <img> tag the the captcha image is using. If your browser shows you a broken image link you can right click it and select copy image location and paste it here. You can also private message me a link if you don't want to post it on the public forum. Otherwise you can look at the source of the rendered page and find the <img> tag with the class of "ccm-captcha-image". I need to know what is in the src and onlick attributes of that tag.

Hi mkly. Thanks for the reply. Any help or pointers where I should be looking is fantastic.

I suspect that there is probably a server set-up issue somewhere along the line, but if you can help sort any of the problems I would be very grateful.

The 'live' contact page has the captcha removed so I have set-up a 'false' one:http://www.workways.org.uk/index.php?cID=174...

Thanks for your time and efforts.

Kelv

I'm guessing that you might have a file permission issue going on.

If I browse to
http://www.workways.org.uk/updates/concrete5.4.2.1/concrete/librari...

You see that the web server cannot serve this image due to permissions.

But if you go to the pre-update directory you see that you can see the image
http://www.workways.org.uk/concrete/libraries/3rdparty/securimage/s...

This likely means that there is s file permissions issue occurring.

Sounds like a permissions issue -- make sure the web server process has write permissions on the files directory. If you don't know what that means, contact your web host's technical support and ask them to help you with it (tell them you want to give the web server full read and write permissions (recursive) on the "files" directory that's inside your site's public document root).

I will check out the permissions and report back. Thanks for the help so far :-)

@mkly
I looked at the permissions, and it would appear that everything in the updates directory is set to 777. I have tried changing the directories to 755 and the files to 644 to emulate the original instal but to no avail.

@jordanlev
The files directory has been tried with 755 and 777, but still have the same problems.

I guess it must be something to do with the updates folder, but I don't know what to look at now? Any further ideas?

Incidentally can I get rid of the 5.4.2 updates folder?

...and if i was to get rid of the 5.4.2.1 folder, when I login to the sites admin, would it tell me to update again - just thinking that a reinstall of the update might help - or would this damage it further?

Thanks for your continued support

You definitely do not want to delete either of those update folders. If you have done this it will certainly cause some issues. If you have done that let us know and maybe we can get that reset.

Hi There

I have updated to a new version of concrete and now i get a n error message 2 when opening the tinymce. The images dont display only an error icon?

I have updated all the permissions and have check my server settings the assess seems to be fine and the thumbnails file manager all work and display the images its just the tinymce doesn't

I am looking for this config.php file but there are lots? which one do you mean? location?
I guess one in the updates folder? can You give a route path?

Thanks
Carl

It was a little while ago now, but I think that my post should probably say config/site.php not config.php