Bot will log only one Channel - why?

[Stefane]

My eggdrop runs on two Channels.
And I set the bot to log Channelstats with the following in the config-file:
logfile kjp #chan1 "chan1.eggdrop.log"
logfile kjp #chan2 "chan2.eggdrop.log"
set max-logs 5
set log-time 1
set keep-all-logs 0
set switch-logfiles-at 300


The Logging from Chan1 ist perfect...as i wished...
but the snd Chan won't be logged.

Chan1 is set:
..[ 20.55.27 ]..[ <Eknim> -inactive +statuslog -secret +shared
..[ 20.55.27 ]..[ <Eknim> +greet -seen +cycle +dontkickops
..[ 20.55.27 ]..[ <Eknim> +protectops -protectfriends -revenge -revengebot
..[ 20.55.27 ]..[ <Eknim> -bitch -autoop -autovoice -nodesynch
..[ 20.55.27 ]..[ <Eknim> +enforcebans +dynamicbans +userbans -autohalfop
..[ 20.55.27 ]..[ <Eknim> -protecthalfops
..[ 20.55.27 ]..[ <Eknim> +dynamicexempts +userexempts +dynamicinvites +userinvites

Chan2 ist set:
..[ 20.31.14 ]..[ <Eknim> -inactive +statuslog -secret +shared
..[ 20.31.14 ]..[ <Eknim> +greet -seen +cycle +dontkickops
..[ 20.31.14 ]..[ <Eknim> +protectops -protectfriends -revenge -revengebot
..[ 20.31.14 ]..[ <Eknim> -bitch -autoop -autovoice -nodesynch
..[ 20.31.14 ]..[ <Eknim> +enforcebans +dynamicbans +userbans -autohalfop
..[ 20.31.14 ]..[ <Eknim> -protecthalfops
..[ 20.31.14 ]..[ <Eknim> +dynamicexempts +userexempts +dynamicinvites +userinvites


When I look into the Partyline the following will be repeated by the eggdrop:
..[ 21.00.10 ]..[ <BOT> [21:00] #chan1 (+trn) : [m/4 o/2 h/0 v/0 n/2 b/14 e/0 I/0]
But this isn't shown for the other Channel?
Could this be the reason? How can I solve this problem so that the bot logs the 2 Chans in their two separate files?

Thx for support in advance.

[nml375]

I think you're confusing logging with what is written on your partyline. These two are unrelated in such fashion that things that are to be logged, will be logged independent on any single partyline-sessions console settings, just as anything you choose to be shown on your partyline will be shown, no matter wether it's logged to any file or not.

Check out .help console from the dcc partyline for more info on how to set what should be displayed on your partyline. Should you wish to monitor all channels rather than a single one, use * as channelname with this command.

[Stefane]

okay. so I know that this is not the reason of the logging fault.

How can I solve the logging problem?

I looked into the log-file from chan2...there are only logged:
Nickchanges
mode settings
joins
lefts
actions

although I set
logfile kjp #chan2 "chan2.eggdrop.log" in the eggdrop.conf.

That's quite confusing?

Does anybody know a solution?

Thx for any help.

[nml375]

There is a known "issue" with pubm-bindings in eggdrop1.6.18; If the command invoked returns 1 (TCL_OK), eggdrop will not log the message that triggered the binding.
I would suspect this to be the reason why your bot does not log public chat, that is, there seems to be a script running on your system with a pubm-binding that blocks public chat from being logged on that channel.

Solution would be to identify which script is blocking logging, and modify it in such ways that it won't block logging as stated above.

If you provide a list of loaded scripts, we might be able to assist in finding which script(s) are to blame for this.

[Stefane]

Sure, that a wrong bind ist the reason?

I dont think so because the binds are for both channels the same.
And on one of the both channels the logs are perfekt.

but if you think so, please tell me how I can find out, which bind it could be.

[nml375]

It would be a pubm-binding, and the command called when it triggers would return 1 upon completion for channel2, but not for channel1.

Also, keep in mind, that if a proc completes without a return-command, the return-code would be the result of the last issued command within the proc:

Code: Select all

proc blah {txt} {
 if {![validchan $txt]} {
  channel add $txt
  return 1
 }
}

This proc would always return 1; if $txt is not a valid chan, the explicit "return 1" would be executed, ending the proc. On the other hand, if $txt would be a valid chan, validchan would be the last executed command, and the return-value of it (would be 1) is then used, as there is no speciffic return-command in this case.