I have read several tickets regarding authentication issues with Community Builder. We are experiencing an issue with logging in using the CB login with CB configured to allow users to login "with username, email, or enabled CMS authentication plugins". Our users need to be able to login with an email as username. They can login with username but can't login with email. I do get login failures in my Security Exception logs. It seems that Admin Tools may not be recognizing or escaping the "@" portion of the email. a test acount login looks like this in the log - username - testaccountfairbid.com --- password - xxxx . The username should have read [email protected]. Is there a work-around that I can administer to get this to function the way it did before we installed Admin Tools - I'd hate to have to remove it.
#19481 Community Builder Login with email issue
Posted in ‘Admin Tools for Joomla! 4 & 5’
This is a public ticket
Everybody will be able to see its contents. Do not include usernames, passwords or any other sensitive information.
Environment Information
Joomla! version
n/a
PHP version
n/a
Admin Tools version
n/a
Latest post by nicholas on Wednesday, 12 March 2014 03:53 CDT
Monday, 10 March 2014 13:48 CDT
mooreman1
Tuesday, 11 March 2014 03:33 CDT
nicholas
Akeeba Staff
Manager
No, Admin Tools has nothing to do with it. What you see in the log is Admin Tools filtering out every character except a-z, A-Z and 0-9 when recording the username. This is done to prevent malicious users from attacking you by email using a specially crafted username.
However if you're not still not sure if Admin Tools is related to this issue, let's make sure that the problem is indeed caused by Admin Tools. In order to do so, try the following:
1. Try setting the Error Reporting level in your Global Configuration to "None". Many errors are caused by harmless PHP Notices and Warnings being output to the browser, breaking anything which requires HTTP header manipulation such as Joomla!'s session management, AJAX calls and download systems.
2. Try to replicate the issue after disabling the "System - Admin Tools" plugin. If you can still replicate the issue, it is not caused by Admin Tools. Disabling that plugin means that Admin Tools code (including the Web Application Firewall) is not running on your site.
3. If you suspect an issue with the .htaccess file, replace its contents with the contents of the stock htaccess.txt file shipped with every version of Joomla!. If you are on GoDaddy please wait for 1-30 minutes for the changes to be effective. Then, retry loading the problem page. If you can still reproduce the error, then it is not caused by .htaccess Maker.
If doing any of the above resulted in the issue still occurring, it's not related with Admin Tools and we can't help you. If doing any of the above did stop the issue from occurring, we'll have to do some troubleshooting.
First go to Admin Tools, Web Application Firewall, Configure WAF. Make sure "Log security exceptions" is set to Yes; if it's not, set it to Yes and click on Save. Now try reproducing your issue. Immediately after that, please go to Admin Tools, Web Application Firewall, Security Exceptions Log. The latest log entry at the top should have the date and time of when the issue occurred. Please copy the Reason and Target URL here so that we can further help you.
If, however, you do not see a log entry, or the Date and/or IP address do not match your last access, this problem is not caused by Admin Tools' WAF. In this case, you will have to do some .htaccess troubleshooting. You may need to read the general .htaccess troubleshooting page, as well as the page on finding out necessary .htaccess exceptions.
However if you're not still not sure if Admin Tools is related to this issue, let's make sure that the problem is indeed caused by Admin Tools. In order to do so, try the following:
1. Try setting the Error Reporting level in your Global Configuration to "None". Many errors are caused by harmless PHP Notices and Warnings being output to the browser, breaking anything which requires HTTP header manipulation such as Joomla!'s session management, AJAX calls and download systems.
2. Try to replicate the issue after disabling the "System - Admin Tools" plugin. If you can still replicate the issue, it is not caused by Admin Tools. Disabling that plugin means that Admin Tools code (including the Web Application Firewall) is not running on your site.
3. If you suspect an issue with the .htaccess file, replace its contents with the contents of the stock htaccess.txt file shipped with every version of Joomla!. If you are on GoDaddy please wait for 1-30 minutes for the changes to be effective. Then, retry loading the problem page. If you can still reproduce the error, then it is not caused by .htaccess Maker.
If doing any of the above resulted in the issue still occurring, it's not related with Admin Tools and we can't help you. If doing any of the above did stop the issue from occurring, we'll have to do some troubleshooting.
First go to Admin Tools, Web Application Firewall, Configure WAF. Make sure "Log security exceptions" is set to Yes; if it's not, set it to Yes and click on Save. Now try reproducing your issue. Immediately after that, please go to Admin Tools, Web Application Firewall, Security Exceptions Log. The latest log entry at the top should have the date and time of when the issue occurred. Please copy the Reason and Target URL here so that we can further help you.
If, however, you do not see a log entry, or the Date and/or IP address do not match your last access, this problem is not caused by Admin Tools' WAF. In this case, you will have to do some .htaccess troubleshooting. You may need to read the general .htaccess troubleshooting page, as well as the page on finding out necessary .htaccess exceptions.
Nicholas K. Dionysopoulos
Lead Developer and Director
🇬🇷Greek: native 🇬🇧English: excellent 🇫🇷French: basic • 🕐 My time zone is Europe / Athens
Please keep in mind my timezone and cultural differences when reading my replies. Thank you!
Tuesday, 11 March 2014 14:33 CDT
mooreman1
Nicholas,
Thank you for your help, you are just one of the most helpful developers in our community. I have done as you have suggested and you are right, indeed. With the system plugin for Admin tools disabled the issue persists. We will continue this conversation with the community at CB. Thank you for your kind assistance.
Thank you for your help, you are just one of the most helpful developers in our community. I have done as you have suggested and you are right, indeed. With the system plugin for Admin tools disabled the issue persists. We will continue this conversation with the community at CB. Thank you for your kind assistance.
Wednesday, 12 March 2014 03:53 CDT
nicholas
Akeeba Staff
Manager
You're welcome, Don!
Nicholas K. Dionysopoulos
Lead Developer and Director
🇬🇷Greek: native 🇬🇧English: excellent 🇫🇷French: basic • 🕐 My time zone is Europe / Athens
Please keep in mind my timezone and cultural differences when reading my replies. Thank you!