Somehow there was a regression in the code and the removed info was added back. I think this was don by changing dev sites and not removing the info from the files. This update to remove my IP address from the log viewing permissions for the addon. This has been in the addon form the vB days and was there for me to view the logs if people were complaining about false positives with registrations.
This was brought to my attention about 6 hours ago, and is being immediately removed.
This is an update to remove my IP address from the log viewing permissions for the addon. This has been in the addon form the vB days and was there for me to view the logs if people were complaining about false positives with registrations.
It has been brought to my attention that this is unacceptable. So I have immediately removed the code from the addon and issued an update. This will not happen in any addons again.
This is a semi major update. I suggest taking a backup before upgrading just to be safe.
I am really happy with the new look of the log, and I am pleased with the results of the new traps.
Some unused phrases that were left over from previous fields and such.
Unused code in some of the PHP files.
Some de-funked template modifications
The ipaddress column in the database from 15 characters to 45 to accommodate ipv6 addresses.
The website_code column in the database from CHAR 100 to VARCHAR 2500 to accommodate longer URL's.
The display of the log. made it more user friendly and easier to read. there ane now checkmarks if a field was filled in, and a X if it was not filled in.
The way the captcha is displayed in the log. It will now show a checkmark if a bot filled it in, and a X if it did not. If the field was filled in, you can click on the dropdown arrow to open it and see what the bot actually filled in the field. The new location trap also uses this same display. This was done to get rid of the extra noise on the initial display of the form.
A new trap for a location. Most of the bots are filling this in with a URL.
Another new trap for a security question. It is a multiple select field that the bots just can not resist.
The password confirmation field back to the registration form. Change this time from before is the password is not recorded in the database, only if it was entered or not. Also a user will not be rejected if the password field is filled in, this is to ensure someone using an aggressive auto form filler (such as LastPass) will not get rejected if it is auto filled in. This is now just an additional check to ensure it is a bot submission with the other traps filled out.