Closed michael-e closed 10 years ago
I forgot: Then I could simply do $this->getABFDriver()->authorLoginFailure($context, $my_extension_name)
.
You may know that I released the Members Anti Brute Force
No I did not! AWESOME!!!
Yeah, I think https://github.com/Solutions-Nitriques/anti_brute_force/blob/master/extension.driver.php#L136-L151 should go into the Facade also. Copying code is rarely good.
Will update ASAP. Thanks Michael!
As soon as you update yours, I will update mine. Please release a new version as well, so I can correct the dependency info for my extension.
Thanks a lot!
Please release a new version as well, so I can correct the dependency info for my extension
For sure!
@michael-e How does e56d335 looks like ?
I had to got the the 'convention' for the parameters.
Would you mind testing the dev
branch please ?
Please look at 8cc20b1 instead, e56 was amateur work. I had to rebase in order to not look stupid :smile:
dev is up to date with the rebased version.
We are close. But you broke the colored lists completely. The reason is that, by default, the $ip
is empty in ABF::instance()->authorLoginFailure
. So $this->isCurrentlyBanned($ip)
will not return true
.
Damn. I'll fix it. Thanks!
Bump. Hihi.
Sorry man, I am really really sick (serious cold). As soon as I get better, I'll do it.
Get well soon! See you then!
Get well soon! See you then!
Thanks, I am feeling way better now.
So $this->isCurrentlyBanned($ip) will not return true.
From what I've seen and understood, $this->isCurrentlyBanned($ip)
acts just like any other calls that accepts an optinal ip parameter: if the $ip var is empty, it will use the current user one, by calling getIp
. isCurrentlyBannded
calls getFailureByIp
with the $ip param, which then calls getIp
.
As far as a quick test shows, multiple brute force moves the ip to the gray list and then to the black list.
Maybe I misunderstood something you told me ? Or is this something specific you need to do with different ips ?
You are right, and I am sorry. I have absolutely no idea why it didn't work on my test server. I am always using rsync
to copy extensions to the server, and I swear that the greylist was broken. Now I have removed the file in question from the server, rsynced again, et voilà, it works!
Please release the stuff. I will release a new version of my extension as well. Everything should be cool then.
Thanks again for your patience, and for all the work.
Great! 1.4.6
is out!
Thanks again for your patience, and for all the work.
Same goes for you!
Members Anti Brute Force 1.1 is out.
Awesome!
You may know that I released the Members Anti Brute Force extension which extends the functionality of Anti Brute Force to Members login and password reset.
At the moment my extension registers failures, but doesn't do anything with colored lists. I have two choices to make it work:
authorLoginFailure
logic in my extension.$this->getABFDriver()->authorLoginFailure($context)
.I would prefer the second solution, but unfortunately failures will be registered with the name of your extension, not mine. To overcome this, what would you think about a small change to your extension's
authorLoginFailure
function which allows to pass a name that should be registered? Like so:Do you think that is too much of a hack?