I am trying to install ReCaptcha into the user registration of Joomla 1.5. This may just be an issue with Joomla but when i hit register nothing happens. I think it's doing some JavaScript form validation but there is nothing telling the user what went wrong. if, God forbid, they do fill out the form correctly Joomla will redirect the user to the homepage and give no notice of success.
Is this a Joomla issue or is there something wrong with my install? Does anyone know of a plug-in or module for Joomla that would make this easier?
Thanks in advance,
Samuel
UPDATE: Joomla does a lot of "stuff"/"something" to the $_POST and $_GET variables which was causing the reCaptcha to not function. This was for work which is past so I am not spending anymore time on it. Shameless Plug: use wordpress instead.
this can be closed as I don't have time to verify which answer works
Are you sure you tried all reCaptcha plugins for Joomla? There are plenty:
http://extensions.joomla.org/extensions/search/reCaptcha
Make sure your template contains the message tag to display messages to the user regarding successful or unsuccessful registrations (among other things!)
http://docs.joomla.org/Jdoc_statements
Are you sure that no error is displayed ? Iam using it with some php applications, the error is inside the "BOX".
Try the community builder component, module.
If by 'nothing happens' you mean the visitor stays on the registration page and doesn't advance, check the JavaScript error log for your browser and ensure that a fatal error isn't keeping the form from being submitted. If you mean that the page does advance and the result is a completely blank page, there may be a PHP error being encountered, and you have errors not being publicly displayed. Log into the hosting server and look at the PHP log to see if there's any fatal errors showing up.
I strongly recommend using mollom/moovum. It works with registration and the beautiful thing is that you don't have to hack any files while users will only notice your protection if there is doubt or spam.
Joomla does a lot of "stuff"/"something" to the $_POST and $_GET variables which was causing the reCaptcha to not function. This was for work which is past so I am not spending anymore time on it.
using wordpress from now on.
Related
I updated my webshop to 1.9.2.3. When I try to reset my password I do receive the email, but when I click the link to change my password I see a blank page.
I've looked this up on Google and changes customer_account_resetpassword to customer_account_changeforgotten. I changed it in all my customer.xml files just to be sure and I also cleared the cache, but without success.
I also noticed that the URL in the mail is: https://xxx.xx/customer/account/resetpassword/?id=976&token=b13713eb50b22b5a1320adbe08fdf08e but I get redirected to the page https://xxx.xx/customer/account/changeforgotten/
How do I fix this?
This was an issue that was created due to a recent patch that Magento released. They are now enforcing that forms with POST actions must submit the validation token. If you look at the link below, you will find the solution for this problem.
See - https://magentary.com/kb/reset-password-blank-page-after-supee-6788/
I hope this helps! I just recently had this issue myself.
I have a Magento store running 1.9.1.0, it appears that user sessions are being stored incorrectly, because:
If user logs out of their account: on the home page, it's fine, but then if they go to a product they've already visited, they're logged back in automatically.
I believe this to be related to caching, and disabling Fishpigs Bolt seems to fix the issue, but this hasn't occurred on other stores I have with Bolt
How can I ensure that Magento sessions are not cached in such a way?
Although it looks like the user is logged in, it's highly likely that they aren't logged in and that it appears that way because incorrect content has been cached. This shouldn't happen and with the latest version of Bolt, does not happen.
My first suggestion would be to upgrade Bolt to the latest version, which is currently 2.2.0.4. After doing this, fully refresh your cache and see whether this fixes the issue.
If this doesn't help, please contact me directly (I'm the creator of Bolt) using this form and I'll help resolve the issue. After that I'll edit this post with the correct solution.
UPDATE/SOLUTION
This issue was caused because of an incorrect Varnish/Turpentine configuration that stripped the 'frontend' cookie from Magento. As a result the FPC was unable to determine whether the user was logged in or had items in their basket. Removing Varnish/Turpentine resolved the problem.
I believe this is issue regarding caching modules like FPC. You need to mention that phtml block inside header in dynamic blocks in backend so that it will not cache the html.
In your case, even when you log out, when you go back to the page, header is coming from caching layer which was cached when customer was logged in. Make this as a dynamic block which will always render this html from server
Well I m having strange problem here. I have a codeigniter 2 web application which requires user login.
My session works perfectly when I jump from one page to another. But when I turn on Firebug and try to jump to another page, i m kicked back to login page.
This happens always everytime I turn firebug on, but works okay if its not turned on. I have no clue whats going around.
Why Codeigniter session is not working when Firebug is turned on?
Any help will be highly appreciated.
Edit:
I have two separate applications made with Codeigniter. Both have same issue.
P.S. I am facing this problem in my local machine, haven't checked in remote server.
Thanks,
Sabin
if you have the session filtering by user agent that's the problem. firebug adds additional stuff which can cause CI to think your session has been hijacked.
if you have firebug on globally, you may notice some sites tell you to disable the plugin for their site(for example gmail) for that very reason.
Also, if the sessions are not setting try a couple different values in cookie_domain. Setting it to empty did the trick to me. It appears that codeigniter tries to fill in the value for you ($config['cookie_domain'] = "";)
I recently changed the signup page for a site. It's working for some, but for others it's failing.
For whatever reason, the server is sometimes getting confused and running the old query.
Hosting support stated they don't have any serverside PHP cacheing. OSCommerce cache is turned off. phpBB is the forum software, but only the forum database is involved here. What else to check?
ANSWER:
Check whether or not there's a second sign-up form hidden elsewhere on the site.
Nothing to see here! Move along!
Try making it reload with something like a header()
session_register("mysess");
$mysess++;
if ( $mysess < 2 ) { header("Location: mypage.php"); }
Thats un-tested but mite give you somewhere to start.
I am using CI 2.0 and Tank_Auth.
On IE7 (Win XP), there is the weirdest behavior. I fill out the login page info, and when I click on "Login", it takes me to a 404 error on this page:
http://example.com/auth/index.html
My CI error logs show this
ERROR - 2011-04-11 13:00:49 --> 404 Page Not Found --> auth/index.html
Needless to say, this does not happen on any other browser, including FF, Cr, Saf and IE8.
I have also read about several issues re cookies with IE7, have made changes to the cookie names (removing underscores) and duration to no avail. I even wonder if this has anything to do with cookies at all.
Does anyone have a suggestion how I should troubleshoot this? I've been trying this issue at the CI forums, but no solution.
Any roadmap or advice is greatly appreciated.
This does sound weird. What controller/method is the login form posting to? Have you tried making a simple form NOT using TankAuth to see if the problem is recreated? I would first troubleshooting without TankAuth and see how you get on, gradually building up functionality to help you troubleshoot.