Jump to content


  • Content Count

  • Joined

  • Last visited

Community Reputation

0 Neutral
  1. Oh, update - I tried Foundation, and that -does- work with Recaptcha, once I've cleared the cache. So that's progress - I guess it's the skin that's the issue....
  2. Thanks for the reply - notifications from this forum are going in my spam, hence the late reply from me.... I've PM-ed you. Strongly considering just deleting the entire shop, and setting up from scratch as I'm convinced there are old files/config lying around that are messing things up - the site has never worked properly AFAIK, and I spend much more time on it fixing things than I feel comfortable charging for.
  3. I'm admin on a client's store. It's running 6.2.2, although its past has been patchy (as it was difficult to get it to upgrade, ended up doing a manual upgrade to 6.2.2 and IIRC there are still times when attempting to revert to vanilla 6.2.2 will 500 the server, even though there are no altered files AFAIK). However, I'm pretty sure things are still a bit of a mess as there are some inconsistencies when people describe things in the admin panel, but TBH I spent a couple of hours trying to sort them out in the past and got nowhere. I'd rather kill it all with fire and start again, but then that would be days/weeks of work to get it all set up again, and I'd not see a penny for it. A-n-y-w-a-y.... Recaptcha isn't working. I've got the (AFAIK correct) settings - site key and secret set in the back end, set for an appropriate domain via https://www.google.com/recaptcha/admin The site simply displays 'Veryify you are a human', and the source for that looks like this: </fieldset><fieldset id="recaptcha-title"><legend>Verify you are a human</legend><script type="text/javascript"> var RecaptchaOptions = { theme : 'clean' }; </script> Turning recaptcha off in the back end works OK, but obviously that's not a good solution. I know that the skin I'm using (Galaxy 3.5) is out of date, but I get the same if I change to Vanilla. I've seen some threads on this which have said either to update the recaptcha settings (done), or that the skin is the issue (which it may be, but I think vanilla is the 6.2.2, so therefore should work?). The source code looks to be wrong to me - any ideas?
  4. Hi Thanks for the post - I will have a go later - I'll back up the entire site and follow your instructions. To get to the current version (reported as 6.22 in the admin section) I did do a manual upgrade, but without the extra steps. I'll look into the mail setup as well - as it was working fine with the current setup I didn't want to change what was there...
  5. Can't see that in the response that I'm looking at in Firefox. TBH I've spent way too long on this - hours today, and thanks very much for your help. But I can't believe what a mess this seems to be - the upgrade was a shambles to get sorted (because of the bug in 6.1.1, and now this - that the files don't even have a version number in them seems bizarre. It's next to impossible to see what files are from what version, and as a result I'm just going to swap back to using the wrong (but functional) admin section - I've spent hours working on this (none of which I'll get anything for as it's massively disproportionate to the improvement in the site), and I still have to try to work out why the PayPal module no longer works properly - takes payment but returns an unknown error, leaving the order in limbo. Once again, thanks hugely for your advice and help - it's been much appreciated.
  6. .. just tried all that. Still getting the CSRF warning on the admin login page, and unable to log in.
  7. OK, sorted the file issue - the permissions get changed when you log in (to 444 from 644), and I'd coincided with the shop's owner logging in, hence changing the permissions between me opening the file in FZ and making a change. HOWEVER.... when I change to the 'right' admin folder in includes/global.inc.php ... I get warnings on the admin login page of a CSRF error... and it won't let me in. I've tried clearing cookies, refresh, all the things I've seen so far for a CSRF error (which was apparently more common previously with CC), but nothing has worked - I've put it back to pointing to the old admin section for the time being... but CC's not winning any friends for upgrade smoothness here, that's for sure.
  8. Thanks - the plain admin folder is the 622 one..which isn't the one pointed to in the config file. But every time I change includes/global.inc.php to point to the right one, and upload it, it's changed back to the original setting - I've tried this a number of times, editing it via filezilla, or by downloading it, editing it and re-uploading it. Any clues why this is happening
  9. OK, I've done that, although I still get the same issue with the button. It seems odd that there's no way to send a test mail when using PHP mail()?
  10. Hi Thanks for the quick reply. Yes, it was upgraded recently - it was stuck on 6.1.1 for a long time and needed to be manually updated (as the upgrade feature wouldn't work in 6.1.1). I've just logged in via FTP, and have two admin folders - one is plain admin, the other has admin_(random characters). Does one need to go?
  11. I've got an existing site which I've taken the maintenance on for a client. It's running 6.2.2, and I've changed the email address (from) in the mail settings (I'm using PHP mail, which has worked fine in the past). However, when I click 'test', I get the following: I can't see where to set a 'to' address - there's no option on the page I'm on - I've attached a screenshot. Any pointers in the right direction will be appreciated.
  • Create New...