egghelp.org community

TamOShanter · Voice Joined: 03 Jan 2006 Posts: 5

Does anyone have a problem with their eggdrop thinking a channel is moderated if mode +f [m] is set using Unreal 3.2.3?

The actual channel modes are:
[+CfnrtT]

My eggdrop is interpreting the channel modes as:
[+mCRtMrn]

The problem only occurs when mode +f [m] is set BEFORE the eggdrop joins the channel. The eggdrop then thinks that the channel is moderated (channel mode +m), and, as a result, commands such as ".act #chan test" cannot be executed.

caesar · Posted: Tue Jan 03, 2006 5:43 pm Post subject:

Change the 'net-type' setting to whatever suits the UnrealIRCD in your .conf file, see if that helps.
_________________
Once the game is over, the king and the pawn go back in the same box.

TamOShanter · Voice Joined: 03 Jan 2006 Posts: 5

I've always used net type 5 with unreal.

It has worked with no problems until the network I am on started using channel mode f.

Sir_Fz · Posted: Tue Jan 03, 2006 7:51 pm Post subject:

That mode is probably not supported by eggdrop1.6.17 (or older).
_________________
Follow me on GitHub

- Opposing

Public Tcl scripts

Sir_Fz · Posted: Tue Jan 03, 2006 7:57 pm Post subject:

Maybe this topic can be of help, try the code given by demond but on +f instead of +z.
_________________
Follow me on GitHub

- Opposing

Public Tcl scripts

TamOShanter · Voice Joined: 03 Jan 2006 Posts: 5

Thanks for the code.

As far as I can see, this code works when the eggdrop is in a channel, then a user joins, and a user mode is set (by the eggdrop, services, or someone else).

The problem I have occurs when an eggdrop joins a channel where mode f[m] is already set. The eggdrop joins and detects the channel modes, incorrectly interpreting mode +f[m] as modes +fm.

Maybe I can put on my Christmas 2006 wishlist a new release of eggdrop that has Unreal as a separate net type Smile

demond · Posted: Tue Jan 03, 2006 11:00 pm Post subject:

I think I have already said this before but anyway:

eggdrop shouldn't have chan- and usermodes hardcoded; it should interpret numeric 005 (ISUPPORT) server reply, just as mIRC does, and thus learn about non-standard modes (Unreal, as lame as it is, supports 005 - or so I think)

hopefully eggheads will eventually implement such flexibility, nowadays mandatory for any IRC client (eggdrop is, after all, a special kind of IRC client), ot at least follow-up on this
_________________
connection, sharing, dcc problems? click <here>
before asking for scripting help, read <this>
use [code] tag when posting logs, code

De Kus · Posted: Wed Jan 04, 2006 2:31 pm Post subject:

A good suggestion for 1.6.19 Wink

. I personally think eggdrop should really use the 005 and fallback to channel mode if still unkown. There is no reason to believe the IRC server wants to send the bot a fake mode that doesnt reall exist Very Happy

. Threating it as an unknown channel mode should be safe, so no harm can be done anyway.
_________________
De Kus
StarZ|De_Kus, De_Kus or DeKus on IRC
Copyright © 2005-2009 by De Kus - published under The MIT License
Love hurts, love strengthens...

rosc2112 · Posted: Sat Oct 21, 2006 5:07 am Post subject: bump (hardcoded modes)

Has anyone made a patch to do this? Would be quite useful I think.

Similar discussion links (since I had a difficult time finding these =)
http://forum.egghelp.org/viewtopic.php?p=43723#43723
http://forum.egghelp.org/viewtopic.php?p=52224#52224