egghelp/eggheads community

need-op bug in eggdrop v1.6.18 SOLVED

2007-03-02T06:03:55-04:00

Forgive my cynicism, but, never trust src from other people, always get the original in case someone put backdoors into it.

Statistics: Posted by rosc2112 — Fri Mar 02, 2007 6:03 am

SOLVED

2007-03-02T05:00:43-04:00

I originally obtained the source from a mate.

After downloading a fresh source from egghelp, and recompiling on all shells the problem is now solved It works fine now even with smart.tcl etc...

Thanks for everyone's help.

Cheers,
John

Statistics: Posted by scarcorp — Fri Mar 02, 2007 5:00 am

need-op bug in eggdrop v1.6.18 SOLVED

2007-03-02T00:48:23-04:00

I think I will return to the last version, this is deffinately a bug.

This particular "problem" of yours has never been reported to date; it appears you are the only one experiencing this.

Which OS is it compiled under?

Where did you d/load the source?

Double check your eggdrop.conf against this page: Setting up an Eggdrop

Statistics: Posted by Alchera — Fri Mar 02, 2007 12:48 am

need-op bug in eggdrop v1.6.18 SOLVED

2007-03-01T23:02:52-04:00

You are the only one experiencing it. Post your config file if you want (minus all the comments and junk.)

Statistics: Posted by rosc2112 — Thu Mar 01, 2007 11:02 pm

need-op bug in eggdrop v1.6.18 SOLVED

2007-03-01T21:24:49-04:00

I assure you it is "out of the box", I am no newbie to eggdrop

Besides the fact that I have complied new installations of this version on 3 different shells, and my own server, all consistently giving the same results.

Your last sugestion re. any timers has not turned up anything either.

I think I will return to the last version, this is deffinately a bug.

Cheers,
John

Statistics: Posted by scarcorp — Thu Mar 01, 2007 9:24 pm

need-op bug in eggdrop v1.6.18 SOLVED

2007-03-01T16:09:26-04:00

Although you say it's "out of the box", it still smells like getops.tcl or a third-party script/module :/

Could you check that there's no timed scripts (.tcl timers/utimers) or time bindings (.bind time all) active that might be the cause for this behaviour?
You'll probably have to modify your config abit to enable the .tcl command, but that should be explained in the config-file.

Statistics: Posted by nml375 — Thu Mar 01, 2007 4:09 pm

need-op bug in eggdrop v1.6.18 SOLVED

2007-03-01T15:27:51-04:00

And forgotten after 15mins, and when settings are saved every hour, chanfile has no sign of need-op settings.

Statistics: Posted by scarcorp — Thu Mar 01, 2007 3:27 pm

need-op bug in eggdrop v1.6.18 SOLVED

2007-03-01T14:39:49-04:00

The settings are saved in the channel file
====

Statistics: Posted by scarcorp — Thu Mar 01, 2007 2:39 pm

need-op bug in eggdrop v1.6.18 SOLVED

2007-03-01T14:35:37-04:00

Could you verify that there is no problems saving the new settings? (ie, cat:ing the channels-file just after .save:ing the new settings from partyline)

Statistics: Posted by nml375 — Thu Mar 01, 2007 2:35 pm

need-op bug in eggdrop v1.6.18 SOLVED

2007-03-01T14:32:08-04:00

No, it's str8 out the box, so to speak. I have used other versions of eggdrop and have never encounted this problem.
Cheers

Statistics: Posted by scarcorp — Thu Mar 01, 2007 2:32 pm

need-op bug in eggdrop v1.6.18 SOLVED

2007-03-01T14:24:07-04:00

Are you running any kind of getops script or module, such as botnetop?
Some of these scripts automatically alter the need-* settings...

Statistics: Posted by nml375 — Thu Mar 01, 2007 2:24 pm

need-op bug in eggdrop v1.6.18 SOLVED

2007-03-01T14:13:03-04:00

Thanks for your sugestions, however I did set it via .chanset and whether I save settings via .save doesn't make any difference, the settings are forgotten after about 15mins.
As a matter of interest, I have compiled another bot on another shell, and I get the same error.
Cheers.

Statistics: Posted by scarcorp — Thu Mar 01, 2007 2:13 pm

need-op bug in eggdrop v1.6.18 SOLVED

2007-03-01T07:43:25-04:00

.chanset #channel need-op needoperz #channel

will work, as long as the command exists (it is loaded since it's written in the .conf file).

Statistics: Posted by Sir_Fz — Thu Mar 01, 2007 7:43 am

need-op bug in eggdrop v1.6.18 SOLVED

2007-03-01T01:32:45-04:00

Save your channel when you add it or change settings with .chanset.

### chansave Saves the channel settings to the file defined by the "chanfile" setting. This file is reloaded during rehash and restarting the bot.

chanset changes get wiped on rehash/reload/restart unless you chansave.

Once a channel is created, the channel add command won't change its settings, use the channel set command instead (.chanset from the console, channel set from a script.)

Statistics: Posted by rosc2112 — Thu Mar 01, 2007 1:32 am

need-op bug in eggdrop v1.6.18 SOLVED

2007-03-02T05:03:39-04:00

I have noticed a bug {I think :/} when .chanset #channel need-op

Basically, I have a small procedure in the eggdrop.conf to allow the bot to execute two commands in order to gain ops:

Code:

proc needoperz { channel } {  putserv "PRIVMSG NickOP@austnet.org :IDENTIFY mypassword"  putserv "PRIVMSG ChanOP :OP $channel $::botnick"}then I have this:channel add #mychan {     chanmode "+nt"     need-op { needoperz "#mychan" }   }First: The need-op seems to be ignored, checking via .chaninfo (no need-op) althought the bot joins the channel, even after deleting the chan.file and restarting the bot.Second: When I add:.chanset #mychan need-op need-operz "#mychan"   It shows up when .chaninfo #mychan and executes correctly, however it dissapears again some 15 minutes later.Examination of logs has not shed any light on this problem.Anyone experiencing the same problem, and found a cure?PS. .chanset #mychan need-op restart   (to effect a bot restart to gain ops)  reflects the same problem.Cheers,            Johnny

Statistics: Posted by scarcorp — Thu Mar 01, 2007 1:08 am