Anope Bug Tracker - Issues

0001187: IRC-Enforcer wont release Nicks

Wed, 08 Sep 2010 09:31:34 +0200

####### copied from the forum: http://forum.anope.org/index.php?topic=3227.0 [^]
I am using Inspircd 2.0 and Anope 1.9.2-p2.
If a user activated secure and quick kill Hes forced to change his nick if he is not identifying. Now it seems that the enforcer isnt releasing the nick after 1 minute. If the users try to release the nick nickserv say the nick isnt locked.
The only way to release the nick that seems to work is that i manually kill the enforcer, not a really good sollution.
Anyone any idea how to fix this?

#######
this also happens if someone was logged in and you restart the services, the nick will also be enforced and can not be recovered.

0001186: Log Flood

Tue, 07 Sep 2010 18:26:06 +0200

I have all seconds in the Inspircd Log this Line

Tue Sep 7 06:13:02 2010: Protocol violation: Invalid prefix '#services' from connection 'denora.german-irc.net'

In the Denora gives Only a Log Chan whit #services and in the Inspircd Conf is only Ulined Server for Denora

What is the Problem?

0001184: Keeps shutting down at random Times.

Thu, 02 Sep 2010 14:05:56 +0100

My Denora keeps shutting down itself at random times.

0001183: Autoop Denora

Fri, 27 Aug 2010 07:29:50 +0100

hi all

Denora on inspircd 1.2 works autoop not

Denora unter inspircd 1.2 geht Autoop nicht

0001180: InspIRCd 1.2 causes BotServ messages in a channel to come from Anope server name instead of bot's nick after bot's nick changed

Fri, 06 Aug 2010 04:22:00 +0100

The following is a debug log of what occured:

[Aug 05 17:51:49 2010] OperServ: CyberBotX: set debug on
[Aug 05 17:51:49.840991 2010] Debug mode activated
[Aug 05 17:51:49.841253 2010] debug: Sent: :00AAAAAAB NOTICE 379AAAAAL :Services are now in debug mode.
[Aug 05 17:52:02.584656 2010] debug: Received: :379AAAAAL PRIVMSG 00AAAAAAG :bot change CthulhuLavos Lavos
[Aug 05 17:52:02.585064 2010] debug: Sent: :00A DELLINE Q CthulhuLavos
[Aug 05 17:52:02.586071 2010] debug: Sent: :00AAAAAAM NICK Lavos 1281055922
[Aug 05 17:52:02.586116 2010] debug: Sent: :00A ADDLINE Q Lavos OperServ 1281055922 0 :Reserved for services
[Aug 05 17:52:02.586151 2010] debug: Sent: :00AAAAAAG NOTICE 379AAAAAL :Bot ^BCthulhuLavos^B has been changed to Lavos!lavos@world_devourer.heavenlyplace.net (Lavos *skree*)
[Aug 05 17:52:02.586169 2010] debug: Emitting event "bot_change" (1 args)
[Aug 05 17:52:02.586234 2010] debug: Received: :379 DELLINE Q CthulhuLavos
[Aug 05 17:52:12.821434 2010] debug: Received: :379AAAAAL PRIVMSG 00AAAAAAG :say #Crim SKREE!
[Aug 05 17:52:12.821958 2010] debug: Sent: :00A PRIVMSG #CRIM :SKREE!
[Aug 05 17:52:15.825387 2010] debug: Received: :379 PING 379 00A
[Aug 05 17:52:15.825680 2010] debug: Sent: :00A PONG 00A 379
[Aug 05 17:52:17.511920 2010] debug: Received: :379AAAAAL PRIVMSG 00AAAAAAG :bot change Lavos CthulhuLavos
[Aug 05 17:52:17.513837 2010] debug: Sent: :00A DELLINE Q Lavos
[Aug 05 17:52:17.513923 2010] debug: Sent: :00AAAAAAM NICK CthulhuLavos 1281055937
[Aug 05 17:52:17.513954 2010] debug: Sent: :00A ADDLINE Q CthulhuLavos OperServ 1281055937 0 :Reserved for services
[Aug 05 17:52:17.513987 2010] debug: Sent: :00AAAAAAG NOTICE 379AAAAAL :Bot ^BLavos^B has been changed to CthulhuLavos!lavos@world_devourer.heavenlyplace.net (Lavos *skree*)
[Aug 05 17:52:17.514004 2010] debug: Emitting event "bot_change" (1 args)
[Aug 05 17:52:17.514060 2010] debug: Received: :379 DELLINE Q Lavos
[Aug 05 17:52:20.012396 2010] debug: Received: :379AAAAAL PRIVMSG 00AAAAAAG :say #Crim SKREE!
[Aug 05 17:52:20.012853 2010] debug: Sent: :00AAAAAAM PRIVMSG #CRIM :SKREE!
[Aug 05 17:52:31.837116 2010] debug: Received: :379AAAAAL PRIVMSG 00AAAAAAB :set debug off
[Aug 05 17:52:31.837189 2010] OperServ: CyberBotX: set debug off
[Aug 05 17:52:31.837209 2010] Debug mode deactivated

Resulting in:

[08/05/2010 20:52:02 -5] * CthulhuLavos is now known as Lavos
[08/05/2010 20:52:12 -5] SKREE!
[08/05/2010 20:52:17 -5] * Lavos is now known as CthulhuLavos
[08/05/2010 20:52:20 -5] <&CthulhuLavos> SKREE!

The key seems to be that the first BS SAY comes from 00A instead of 00AAAAAAM like it should've been.

I believe the problem to be with inspircd_cmd_privmsg within inspircd12.c, but I am unsure as I don't touch 1.8.x's code if I don't have to. :P

0001178: Anope is using real IP/hostname instead of the masked/vhost to ban users

Wed, 04 Aug 2010 04:11:50 +0100

See title.

This occurs when a user is performing /msg ChanServ BAN and when RESTRICTED is enabled.

Latest release:
[17:56:44] * ChanServ sets mode: +b *!Sm0ke0ut@ip82-148-195-220.adsl.fayntic.com
[17:56:44] * You were kicked by ChanServ (Requested (Sm0ke0ut))

Release before: 2009-12-01:
[18:00:48] * ChanServ sets mode: +b *!Sm0ke0ut@Fayntic-aioe9c.adsl.fayntic.com
[18:00:48] * You were kicked by ChanServ (Requested (Sm0ke0ut))

It's since this *patch* http://anope.git.sf.net/git/gitweb.cgi?p=anope/anope;a=commitdiff;h=b5242e3be0801abd0edebf62955b1d1b6cd3fd7d [^]

0001177: /cs deop needing a #chan param

Thu, 29 Jul 2010 00:01:36 +0100

In 1.8 When you issue /cs deop /cs deowner etc.. If no #channel parameter is specified it deops deowners, etc on all channels you have that access in. In 1.9 it doesnt it does this

[17:52:49] ChanServ [services@teranova.net]: Syntax: DEOP #channel [nick]
[17:52:51] ChanServ [services@teranova.net]: /msg ChanServ HELP DEOP for more information.

0001145: Cron serverstats - CentOS 5.4

Sun, 18 Jul 2010 12:16:54 +0100

Cron serverstats not working for CentOS 5.4, i have tried both the current version and the svn and still does not call the serverstats cron

0001160: 'Secret' channels are showing

Sun, 18 Jul 2010 12:16:37 +0100

I have a vanilla denora install, and have used the "html" function to generate server statistics. However, channels with mode +s still show up in the html file that was generated.

0001176: Encrypted admin passwords are encrypted again in SQL

Sun, 18 Jul 2010 12:15:50 +0100

Admins set in denora.conf with an encrypted password will have their encrypted password md5-hashed again into sql, basically breaking it.

0001175: Windows docs missing SQL instructions

Sun, 18 Jul 2010 12:04:19 +0100

As far as I can see, the Windows related documentation is missing explanation as to how set up the SQL database (replacement for mydbgen).

0001169: Encoding problem in nicks and channel names

Sun, 18 Jul 2010 12:02:23 +0100

Nicks and Channels with some strange characters in them will not display correctly.

0001170: Denora not respecting mode parsing rules

Sun, 11 Jul 2010 12:45:30 +0100

OK basically Denora does nto currently appear to respect IRCd specific rules regarding whether or not mode params are needed to unset modes when parsing channel modes.

For example Nefarious does not require a param to unset +L or +l, however denora behaves as if both do.

From what I can see the same also appears to be true for other IRCd's too but I am at present unable to test.

An example of how this can be a problem is if for example a user sets channel mode "-le exception!mask@*" then Denora will pass the mask as the param for +l and ignore +e due to missing param.

0001174: ModuleAPI Help System

Sat, 10 Jul 2010 22:20:36 +0100

Setting help callbacks for module added command's help causes Denora to crash when using /msg StatServ help.

See attached diff for proposed fix.

0001173: HostServ vHost requests can only be activated; rejection does nothing

Tue, 06 Jul 2010 19:24:45 +0100

When someone requests a vHost, it appears in the WAITING command of HostServ. When activated, it disappears from that WAITING list, but when rejected, it stays in the list (instead of disappearing). I'm not sure if this is intentional, but I thought I'd report it anyway.

0001172: Invalid passwords with the sha1 encmodule

Sat, 03 Jul 2010 20:32:18 +0100

With the sha1 encmodule certain passwords do not work. I am not sure if its either a character limit or a length issue.

A password such as "qLelD0X+CVq]nKKR4a&p3E5zruC=ljysI0RA" will let you register, but it will not let you identify.

0001130: Denora crashes when started with sql or sql turned on

Sat, 03 Jul 2010 12:03:25 +0100

Today i noticed denora wasn't sitting in our main channel.
I tried logging in to fix it, and stats were offline.
upon logging into our stats account and executing ./stats -sql i was given:
•stack smashing detected ***: ./stats terminated
attached is the full backtrace
we are running ubuntu 9.04
connecting to mysql.

0001171: Anope 1.9.2 crash with Defcon enabled on W2008R2Srv

Fri, 18 Jun 2010 17:59:35 +0100

I used Anope 1.9.1-p1 without any problem but Anope 1.9.2 halts when I would like to enable defcon in configuration file with default settings.

See: http://forum.anope.org/index.php?topic=3122.0 [^]

0001133: Mibbit button support for phpDenora?

Sat, 29 May 2010 16:06:35 +0100

In addition to the mIRC(IRC), Webchat(qwebirc, java, cgi-irc, et-al), what about added support for a mibbit.com link? I have added an example to http://stats.replayirc.com [^] :)

Essentially, I am copying the webchat to mibbit's settings and info. :)

0001131: A little Patch to show the Users channelstatus on remote.php's userlist function

Sat, 29 May 2010 15:28:38 +0100

It's not the best soloution, but it works :)
http://denora.united-irc.eu/patch [^]

0001168: services crash

Tue, 25 May 2010 17:41:39 +0100

[11:30] PANIC! buffer = :cman PRIVMSG chanserv@services.exchat.net :founder #lobby

0001167: Unable to squit juped server.

Sun, 23 May 2010 21:52:22 +0100

IRCd: inspircd 1.2.6
map removed all unneeded stuff.
* 006 `-services.network.Net (00A)
* 006 `-test.network.net (00B)
*** GLOBOPS: From OperServ: Received SQUIT for juped server test.network.net
Map again and it still exists.
Only way to removed juped servers is to restart services.

0001165: Not added to mysql database on sqlsync

Sun, 23 May 2010 21:51:22 +0100

I have come up with a list of stuff that does not get added to the mysql database apon sqlsync.

After upgrading anope i decided to clear the database and create the scheme again, to be sure there was no changes to the structure that would crash the services.

I have noticed a few things that do not get added to the database.
exceptions
akills
sXlines (sqlines/szlines (dont know about others using inspircd))
sqlines also includes the current sqline count in anope_os_core.
memo's in memoserv.

There might be more but thats all i can find.

0001164: Ability to get staff privilidges from SQL

Fri, 21 May 2010 22:18:39 +0100

I am currently working on creating a php class to handle anope's new MySQL system (i'll be posting it to the bug tracker once its good enough for use), but i seam to be hitting a dead end

For website integration with MySQL it is needed to have some way of checking the users permissions, i know anope does this internaly but to create the look and feel that would ease a users access its needed to have some way to read the information thats in the config file.

What i suggest is to read from the configuration file for all oper types, insert them into a table with each privilidge.
Another table should be created for each staff member that is in /os staff
it should basicly state nickname and the oper type.

this information should be updated apon start of anope and on /os reload/restart etc.

0001163: Oper bocks not recognizing grouped nicks

Wed, 19 May 2010 07:16:38 +0100

It seems that grouping a nick that isn't registered and is in an oper block to an already existing (registered) nick will not allow either nick to use the privs in the oper block.