The Guide and Goals for new Services

OFTC has implemented a new IRC Services Package. We are kindly asking everyone to make suggestions on what could be better and more user friendly. Please add your Comments and critics to this Webpage (You will need to add an account to this wiki). If you want to actively test the services packages, you may connect to testnet (testnet.oftc.net:16667). Feel free to stress test and crash services, if you can

Bugs to be fixed in 1.0.x

Bugs/Features to go into 1.1.x

• in our SQL statements we once hardcoded '4' for master, in another one we made it a parameter. probably should be made the same in both instances. (GET_CHAN_MASTER_COUNT, GET_CHAN_MASTERS)
• set Precedence: junk in outgoing mail

• want "status <nick>" back -- weasel

• can we cache autokilllist during burst?
• in GET_AKICKS, do we really need channel.channel there? If not we could get rid of the channel table from the select
• floodserv's state (+q list) should be kept in the DB so it can survive crashes and restarts. The point of which is then to clean up the +q lines it set. Maybe 30 or so minutes after setting them. -- weasel
• if we only print 50 results in the lists (list channels, nicks), we should let PG know by LIMIT 50
• Cleanup nickserv info a bit. Maybe put the channel lists in a format like this:

MASTER: #1, #2, #3 
CHANOP: #4, #5, #6, #7
MEMBER: #8

(please no! -- weasel)

• Fix the ruby bug causing memory corruption so we can enable jupeserv

Things to go in, but target not determined

• ganneffsrv equivalent: tkline (tdline) clients that join channels (+exceptions)
• thing that gives us freenodish messages of deltas
  • Warning: User delta above warning limit: 42 users in 60 seconds.
  • channel #foobar join rate seems high - 8 in 8 seconds (warnrate: 8 in 30 seconds)

• projectserv -- an abstraction similar to nick/account wherein projects like debian can centrally manage channel options/lists for a group of channels. Also see GroupServ.

• Fix TS Problems.
• Fix the "inheritence" of irc.so and maye write a protocol handler for another ircd to see if it's actually possible.
• +I/+q lists in services
• Fix the terrible formatting on outgoing mails.
• SQL errors at commit time need to be logged(this may be yada's fault).
• global_notice can send newlines and bad commands.
• Invesitgate ruby somewhat
• Would be nice if we answered STATS and possibly WHOIS.
• Global max user counts, and statserv in general.

fixed in 1.0.10

• topic retention broken
• The return of leaveops
• Linked nicks - child nicks are unable to be dropped.
• when a client gets identified by access list only please send a small notice to that effect to the client, not just a tiny mode +R.
• if a nick is not a primary then nickserv info should give the name of the master
• mention nickname in the first line of "nickserv info" output (yes we forget so quickly what we asked for)
• nickserv info for "weird" nicks looks broken. e.g. nick testingsomething. Yes, it should be dropped, but first nickserv should be fixed.
• help access add should mention the voice command for members
• info $nick doesn't show last_realname. do we even keep track of it?

fixed in 1.0.12 (dont ask about 1.0.11)

• Sat 11:31:29 !newservices.testnet.oftc.net Trying to part FloodServ from #oftc which they aren't on -- Turning floodserv off for a channel that exists, but already has floodserv off causes the above warning. FS probably shouldn't try to part if it isn't in the channel anyway. -w

• if chanserv tells you that you do not have permissions for something, and you are not identified with nickserv, it should tell you that fact.
• Doing "/mode +v-o someone Myon" will make chanserv not see the -o and complain "User Myon is already an operator on channel #debian.de." on the next "/cs op #debian.de"

Also see older issues that have been fixed.