egghelp/eggheads community

bot double ops, don't know why...

2006-02-03T00:22:27-04:00

you might be able to get rid of it by using pushmode and "set double-mode 0" in the config file.
nope, those aren't identical messages in the queue
whatever, pushmode won't put double modes and internal modes should use the mode queue as well.
[21:03:43] tcl: evaluate (.tcl): pushmode "#zeitenwandel" +v "StarZ|De_Kus"; pushmode "#zeitenwandel" +v "StarZ|De_Kus"
Tcl:
[21:03:44] [s->] MODE #zeitenwandel +v StarZ|De_Kus

I was talking about double-mode, which doesn't concern [pushmode] - in the sense that [pushmode] has its own higher-level buffering with separate processing, meant to pack more modes into single modeline

Statistics: Posted by demond — Fri Feb 03, 2006 12:22 am

bot double ops, don't know why...

2006-02-02T16:07:12-04:00

you might be able to get rid of it by using pushmode and "set double-mode 0" in the config file.
nope, those aren't identical messages in the queue

whatever, pushmode won't put double modes and internal modes should use the mode queue as well.

[21:03:43] tcl: evaluate (.tcl): pushmode "#zeitenwandel" +v "StarZ|De_Kus"; pushmode "#zeitenwandel" +v "StarZ|De_Kus"
Tcl:
[21:03:44] [s->] MODE #zeitenwandel +v StarZ|De_Kus

Statistics: Posted by De Kus — Thu Feb 02, 2006 4:07 pm

bot double ops, don't know why...

2006-01-30T00:38:04-04:00

Is there a way to remove the original function of +protectops? And then from within the script I'll add my own protectops procs that check for +protectops and then call my own proc that handles opping?

bind to raw MODE (or/and KICK), do what you need to do, return 1 to indicate eggdrop must skip further processing & action, otherwise 0

Statistics: Posted by demond — Mon Jan 30, 2006 12:38 am

bot double ops, don't know why...

2006-01-30T00:30:32-04:00

you might be able to get rid of it by using pushmode and "set double-mode 0" in the config file.

nope, those aren't identical messages in the queue

Statistics: Posted by demond — Mon Jan 30, 2006 12:30 am

bot double ops, don't know why...

2006-01-29T20:56:10-04:00

you might be able to get rid of it by using pushmode and "set double-mode 0" in the config file.

Statistics: Posted by De Kus — Sun Jan 29, 2006 8:56 pm

bot double ops, don't know why...

2006-01-29T18:57:10-04:00

I have that mode off, but while I checked my channel modes I noticed +protectops is on. And that's probably what's triggering it, since the way I am testing the getops between bots is by deopping/kicking them. Now I noticed that when I do this with a client that is recognized with owner flags on the bot, the bots do not that additional op for the bot that was deopped.

Now when I do this with a 2nd client that is added to the bots but has no flags, the bots will do the additional op ontop of the opping I added with my script. However this isn't true if "client 2" kicks the bot, only deops a bot.

Anyway, this is a useful feature of course, but I want to integrate it with my own proc i wrote for handling opping. Is there a way to remove the original function of +protectops? And then from within the script I'll add my own protectops procs that check for +protectops and then call my own proc that handles opping?

Statistics: Posted by stilllearning — Sun Jan 29, 2006 6:57 pm

bot double ops, don't know why...

2006-01-29T17:50:50-04:00

I suspect that the channel is set to +autoop and the users being oped have the +o flag?

Statistics: Posted by Sir_Fz — Sun Jan 29, 2006 5:50 pm

bot double ops, don't know why...

2006-01-29T16:16:09-04:00

I'm using eggdrop 1.6.17, with no TCL scripts loaded but my own that I am writing. The script itself is fairly barebone at this moment.
After studying getops.tcl that comes with eggdrop, I am writing my own...
The script works fine except for one problem, my bots op twice. The 2nd time is -definitely not- my script. How am I sure? I modified my script to `putquick "MODE $chan +o-b $bot *!test@*"` So, I know that it's my script opping another bot.
The second op is a plain op and happens always after the first op never before. Seems to be triggered by the same source, which is eggdrop's own need function I'm guessing.

Statistics: Posted by stilllearning — Sun Jan 29, 2006 4:16 pm