Hi all,

while writing a plugin for our new spamfilter implementation I noticed
some minor error in the documentation. From the documentation it
sounds like the hook_ok and hook_deny hooks get the previous hook as
parameter.. The truth is. it is the previous plugin.

Bye,
Norman

Here is a patch:


diff --git a/docs/hooks.pod b/docs/hooks.pod
index d04ddc9..5697c43 100644
--- a/docs/hooks.pod
+++ b/docs/hooks.pod
@@ -682,7 +682,7 @@ This hook is called after a plugin returned I<DENY>, I<DENYS
 I<DENY_DISCONNECT> or I<DENYSOFT_DISCONNECT>. All return codes are ignored,
 arguments are

-  my ($self, $transaction, $prev_hook, $return, $return_text) = @_;
+  my ($self, $transaction, $prev_plugin, $return, $return_text) = @_;

 B<NOTE:> C<$transaction> may be C<undef>, depending when / where this hook
 is called. It's probably best not to try acessing it.
@@ -695,7 +695,7 @@ The counter part of C<hook_deny>, it is called after a plugi
 return I<DENY>, I<DENYSOFT>, I<DENY_DISCONNECT> or I<DENYSOFT_DISCONNECT>.
 All return codes are ignored, arguments are

-  my ( $self, $transaction, $prev_hook, $return, $return_text ) = @_;
+  my ( $self, $transaction, $prev_plugin, $return, $return_text ) = @_;

 B<NOTE:> C<$transaction> may be C<undef>, depending when / where this hook
 is called. It's probably best not to try acessing it.

Reply via email to