Print

Please login or register.
1 Hour 1 Day 1 Week 1 Month Forever
Login with username, password and session length

[shadowprince]

Hello my frenz...

Im using anope 1.8.0 and Unreal 3.2.7 . I like os_client.c developed by mastergamer and the modules was wonderfull but i have a little problem to share and need some idea hot to resolved this problem.

Let say :
/os client add Mawar mawar mawar.xxx.com Mawar
/os join mawar #webnet

the bots work fine with +R mode (as registered user) then my  friend want to use nick Mawar so i delete the Mawar bots ..he failed to use that nick it say Erreous nickname/reserved for services (something likethat)  but when oper use that nick it work fine...

please help me

tq in advanced

[katsklaw]

that's because the nick is still Q:Lined. the module may need to be modified to remove the Q:Line it adds to reserve the nick.

[shadowprince]

that's because the nick is still Q:Lined. the module may need to be modified to remove the Q:Line it adds to reserve the nick.

can somebody modify it ..im not expert

[Jan Milants]

that would be up to the author of the module... what you described should be considered a bug in the module.

[Trystan Scott Lee]

I took a look at the module, its riddled with memory leaks, no error trapping to prevent crashes on nulls, this thing is a bug report and a half.

As for the q:line on the nick , the api in anope automatically qlines the nicks, the author forgot to drop the qline when quiting the bot.

One should demand more from the mod coder then this.

[katsklaw]

I took a look at the module, its riddled with memory leaks, no error trapping to prevent crashes on nulls, this thing is a bug report and a half.

As for the q:line on the nick , the api in anope automatically qlines the nicks, the author forgot to drop the qline when quiting the bot.

One should demand more from the mod coder then this.

nah, we just aren't all Jedi masters like you ;P~ *bows* However, I do believe that this module is the poster child for why we need QA approved modules.

But I agree, that's a train wreck waiting to happen. I think unsetting the Q:Line is the least of this modules worries. user, host, chan and real are defined, but never free'd. user host and real are checked for nulls in the 'ADD' sub-command but completely forgotten in all others and it definitely lacks any code at all to un-Q:line

[Master]

A little workaround would be adding it to the SQline list then removing it. Services should remove the qline then.

/os sqline add +1m Mawar Test

This should cause it to expire and remove the qline. Of course, you can delete it manually as well.