[Résolu] bug sur un bind mode
#2
Tu fais une erreur sur $target qui est le nick de la "victime". Le mode est dans $mode.
De plus, je ne vois pas l'intérêt de (d'essayer de) passer le mode et la victime à ta procédure "op", or cette procédure contient les valeurs plus ou moins en dur et ne sert que pour du reop.
Note que le système d'append sur "mode + target" est pour la compatibilité avec les eggdrops de très vieille génération, tu n'en as pas besoin.

Autant faire une simple procédure de reop:
TCL
set chanlog "#Services"
 
bind mode - * reop
 
proc reop {nick uhost hand chan mode {target ""}} {
   if { [string tolower $target] != [string tolower $::botnick] } {
      # Ce n'est pas l'eggdrop qui est déoppé, on sort
      return 0
   }
   if {$mode == "-o"} {
      putquick "mode $chan +o $::botnick"
      putquick "PRIVMSG $chan :\00312Merci de ne pas m'enlever de mon statut \0037$nick \00312!!"
      putquick "PRIVMSG $::chanlog :\0034ReOp \00312sur \0036$chan \00312suite au deop de \0037$nick"
   }
}



Note tout de même que tu pourrais obtenir le même résultat en jouant sur les réglages de canaux need-op et nodesynch
Répondre


Messages dans ce sujet
bug sur un bind mode - par Alucard`68 - 31/01/2017, 15:28
RE: bug sur un bind mode - par CrazyCat - 31/01/2017, 16:38
RE: bug sur un bind mode - par Alucard`68 - 31/01/2017, 21:46
RE: bug sur un bind mode - par Alucard`68 - 31/01/2017, 21:49
RE: bug sur un bind mode - par CrazyCat - 01/02/2017, 00:38
RE: bug sur un bind mode - par Alucard`68 - 01/02/2017, 01:27
RE: bug sur un bind mode - par CrazyCat - 01/02/2017, 11:57
RE: bug sur un bind mode - par Alucard`68 - 01/02/2017, 13:04
RE: bug sur un bind mode - par CrazyCat - 01/02/2017, 14:08
RE: bug sur un bind mode - par Alucard`68 - 01/02/2017, 15:18

Atteindre :


Utilisateur(s) parcourant ce sujet : 1 visiteur(s)
Tchat 100% gratuit -Discutez en toute liberté