srvx-bugs Mailing List for srvx IRC Services (Page 5)
Brought to you by:
entrope
Menu
▾
▴
srvx-bugs — Bug reporting list for srvx
You can subscribe to this list here.
| 2001 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
(2) |
Dec
(5) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2002 |
Jan
(4) |
Feb
(1) |
Mar
(3) |
Apr
(3) |
May
(5) |
Jun
(7) |
Jul
(4) |
Aug
(5) |
Sep
(7) |
Oct
(1) |
Nov
(4) |
Dec
(17) |
| 2003 |
Jan
(6) |
Feb
(12) |
Mar
(6) |
Apr
(4) |
May
|
Jun
(14) |
Jul
(7) |
Aug
(9) |
Sep
(10) |
Oct
(11) |
Nov
(4) |
Dec
(7) |
| 2004 |
Jan
(6) |
Feb
(1) |
Mar
(4) |
Apr
(10) |
May
(3) |
Jun
(4) |
Jul
(6) |
Aug
(6) |
Sep
(1) |
Oct
(3) |
Nov
(1) |
Dec
|
| 2005 |
Jan
|
Feb
(5) |
Mar
(2) |
Apr
|
May
|
Jun
(1) |
Jul
(1) |
Aug
|
Sep
|
Oct
(1) |
Nov
|
Dec
|
| 2006 |
Jan
(1) |
Feb
(2) |
Mar
(1) |
Apr
|
May
|
Jun
|
Jul
(1) |
Aug
|
Sep
|
Oct
|
Nov
(2) |
Dec
(4) |
| 2007 |
Jan
(5) |
Feb
(3) |
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
(1) |
Nov
|
Dec
|
| 2008 |
Jan
|
Feb
|
Mar
|
Apr
(1) |
May
|
Jun
|
Jul
(2) |
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2009 |
Jan
|
Feb
(3) |
Mar
(4) |
Apr
(1) |
May
(2) |
Jun
|
Jul
(1) |
Aug
|
Sep
(3) |
Oct
(4) |
Nov
|
Dec
(1) |
| 2010 |
Jan
|
Feb
(1) |
Mar
(6) |
Apr
(1) |
May
(2) |
Jun
(1) |
Jul
|
Aug
|
Sep
(2) |
Oct
(1) |
Nov
|
Dec
|
| 2011 |
Jan
|
Feb
|
Mar
|
Apr
|
May
(1) |
Jun
|
Jul
|
Aug
|
Sep
|
Oct
(1) |
Nov
(1) |
Dec
|
| 2012 |
Jan
(1) |
Feb
|
Mar
|
Apr
|
May
(1) |
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2013 |
Jan
|
Feb
|
Mar
(1) |
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
|
From: SourceForge.net <no...@so...> - 2004-04-04 20:02:06
|
Bugs item #929352, was opened at 2004-04-04 20:02 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=403001&aid=929352&group_id=31654 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Dave Reade (dave--) Assigned to: Nobody/Anonymous (nobody) Summary: SRVX-1.3 Bug: ADDTRUST Initial Comment: SRVX-1.3 Bug: ADDTRUST Trying to add a trust as... ADDTRUST 10.0.0.1 0 0 Test ...causes the message "0 is not a number" to appear. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=403001&aid=929352&group_id=31654 |
|
From: SourceForge.net <no...@so...> - 2004-03-30 01:45:52
|
Bugs item #925741, was opened at 2004-03-30 01:45 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=403001&aid=925741&group_id=31654 Category: Miscellaneous Group: 1.3 Status: Open Resolution: None Priority: 5 Submitted By: Marc Cabanatuan (mcabanatuan) Assigned to: Nobody/Anonymous (nobody) Summary: unknown command? Initial Comment: with --patch-36 update, when using a public unknown command to a service, it does not return $command is an unknown command. srvx 1.3 (surge) sr...@sr...--2004-srvx/srvx--devo--1.3--patch-36 ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=403001&aid=925741&group_id=31654 |
|
From: SourceForge.net <no...@so...> - 2004-03-25 21:21:52
|
Bugs item #923463, was opened at 2004-03-25 21:21 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=403001&aid=923463&group_id=31654 Category: ChanServ Group: None Status: Open Resolution: None Priority: 5 Submitted By: Marc Cabanatuan (mcabanatuan) Assigned to: Zoot (zoot) Summary: !set issue with 1.3 Initial Comment: !set on gamesurge mismatches what is on tla/arch. when using !set on another network (vanilla/up to date base) does not show variables like GiveVoice/GiveOps, but they are able to be set. 15:20:13 OpServ(Op...@se...) srvx 1.3 (surge), Built: Mar 24 2004, 16:43:28. -snip- 15:20:13 OpServ(Op...@se...) sr...@sr...--2004-srvx/srvx--devo--1.3--patch-32 ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=403001&aid=923463&group_id=31654 |
|
From: SourceForge.net <no...@so...> - 2004-03-21 08:59:46
|
Bugs item #920396, was opened at 2004-03-21 08:59 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=403001&aid=920396&group_id=31654 Category: NickServ Group: 1.2 Status: Open Resolution: None Priority: 5 Submitted By: Simon Arlott (byte-) Assigned to: Entrope (entrope) Summary: authcookie response ignores make_cookie result Initial Comment: static NICKSERV_FUNC(cmd_authcookie) ... nickserv_make_cookie(user, hi, ALLOWAUTH, NULL); nickserv_notice(user, NSMSG_USE_COOKIE_AUTH); return 1; If there is a cookie on the account, nickserv_make_cookie() will tell the user and then return. There's no checking that the cookie didn't get added but the user is told one has been generated. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=403001&aid=920396&group_id=31654 |
|
From: SourceForge.net <no...@so...> - 2004-03-19 13:21:58
|
Bugs item #919502, was opened at 2004-03-19 14:21 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=403001&aid=919502&group_id=31654 Category: Miscellaneous Group: 1.2 Status: Open Resolution: None Priority: 5 Submitted By: Jan Krüger (jastek) Assigned to: Nobody/Anonymous (nobody) Summary: Package License Inconsistent Initial Comment: SUMMARY The clause added to the package's license expressly denying a certain individual the license clashes with the terms of the GPL. DESCRIPTION The GPL says that when somebody creates a work based on the original software, the new software must be licensed under the terms of the GPL. This allows a third party to produce a slightly modified version of Srvx, licensed under the terms of the GPL, which can then be used by the individual who wasn't allowed to use the original version. REMARKS Let me add that a) it is not possible to restrict the terms of the GPL to a certain party or expressly deny the license to a certain party because the procedure described above can be used to circumvent the restrictions. While the GPL says that packages based on the original GPL package must be licensed under the same conditions (rather than saying that the GPL must be used), this amounts to the same thing, because modifying the GPL is not allowed. b) the individual who may not use the package under the terms of the GPL can still install and run it on as many computers as they please, because the GPL covers redistribution and modification only. PROPOSED BUGFIX I suggest that the restrictive clause be removed; its effectiveness is zero. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=403001&aid=919502&group_id=31654 |
|
From: SourceForge.net <no...@so...> - 2004-01-28 18:51:07
|
Bugs item #886401, was opened at 2004-01-28 10:51 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=403001&aid=886401&group_id=31654 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Michael Bulzomi (revoluti0n) Assigned to: Nobody/Anonymous (nobody) Summary: ?bind problem in general Initial Comment: ?bind ChanServ k kick <rev> !k ChanServ -ChanServ- k requires more parameters. database entry for command: "k" { "command" "ChanServ.kick"; "aliased" ("kick"); }; when removing the "aliased" part from the database: <rev> !k ChanServ -ChanServ- ChanServ may not be kicked, killed, banned, or deopped. happens for any command on any service, for srvx 1.2 + 1.2.1. near as i can tell, it's aliasing everything, rather than aliasing only the ?bind commands which contain variables (, etc). in the RC versions of 1.2, it worked just fine, but in 1.2 final, it's broken. also, same goes for GamesNET itself, and the "ar" command: [10:29:42a] <revoluti0n> !dnr *revoluti0n kek [10:29:42a] -ChanServ- *revoluti0n has been added to the do-not-register list. [10:29:45a] <revoluti0n> !ar *revoluti0n [10:29:45a] -ChanServ- ar requires more parameters. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=403001&aid=886401&group_id=31654 |
|
From: SourceForge.net <no...@so...> - 2004-01-26 22:19:40
|
Bugs item #883275, was opened at 2004-01-23 20:32 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=403001&aid=883275&group_id=31654 Category: OperServ Group: 1.2 Status: Open Resolution: None Priority: 5 Submitted By: David Reade (evilgrunt) Assigned to: Entrope (entrope) Summary: RESERVE/SERVICE RENAME Initial Comment: I have found a bug which upon executing a series of commands, causes SRVX to perform a Denial of Service attack (flood) into the IRC Server. http://www.scriptnet.net/srvx-1.JPG 1. /msg OpServ reserve TEST test test test 2. /msg OpServ service rename ChanServ TEST OpServ kills the reserve and renames ChanServ, then attempts to kill ChanServ and reserve the name "TEST" and repeats this. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=403001&aid=883275&group_id=31654 |
|
From: SourceForge.net <no...@so...> - 2004-01-26 14:57:24
|
Bugs item #884363, was opened at 2004-01-25 20:28 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=403001&aid=884363&group_id=31654 Category: ChanServ Group: 1.2 Status: Open Resolution: None Priority: 5 Submitted By: David Reade (evilgrunt) Assigned to: Zoot (zoot) Summary: CSUSPEND Bug Initial Comment: Channel Suspension... 1. Register a channel (e.g. #test) 2. Type: /msg ChanServ CSUSPEND #test 0 Test. 3. Type: /msg OpServ WRITEALL 4. Type: /msg OpServ DIE *.net *.split 5. Reboot SRVX. ChanServ should rejoin #test and OP itself, but when people try to access it from this channel it says the channel has been suspended. You have to unsuspend and re-suspend the channel for ChanServ to disappear. So, it would seem SRVX isn't saving channel suspensions for durations of "0" on DIE. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=403001&aid=884363&group_id=31654 |
|
From: SourceForge.net <no...@so...> - 2004-01-18 20:43:40
|
Bugs item #879431, was opened at 2004-01-19 07:43 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=403001&aid=879431&group_id=31654 Category: ChanServ Group: None Status: Open Resolution: None Priority: 5 Submitted By: Dale Hawthorn (d_hawthorn) Assigned to: Zoot (zoot) Summary: Topicmask match single character (using ?) doesnt work Initial Comment: -ChanServ- srvx 1.3 (dust), Built: Jan 6 2004, 15:45:19. Treats any occurance of ? asif it were \?, and doesn't get replaced. <@Nutter> !set topicmask Testing ? single character -ChanServ- Warning: #The_Brig does not have a default topic, but you just set the topic mask. -ChanServ- TopicMask Testing ? single character <@Nutter> !set enftopic 5 -ChanServ- EnfTopic 5 - No one may override the topic lock. <@Nutter> !topic a * ChanServ changes topic to 'Testing ? single character' ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=403001&aid=879431&group_id=31654 |
|
From: SourceForge.net <no...@so...> - 2004-01-16 18:42:25
|
Bugs item #878449, was opened at 2004-01-16 18:42 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=403001&aid=878449&group_id=31654 Category: OperServ Group: 1.2 Status: Open Resolution: None Priority: 5 Submitted By: David Reade (evilgrunt) Assigned to: Entrope (entrope) Summary: JUPE Bug Initial Comment: 1. Create a juped server using SRVX 1.2.1. 2. Type /VERSION juped.srvx.server.name SRVX Crashes! This may be the same case with other remote commands such as /INFO and /ADMIN. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=403001&aid=878449&group_id=31654 |
|
From: SourceForge.net <no...@so...> - 2004-01-04 13:04:21
|
Bugs item #870346, was opened at 2004-01-04 14:04 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=403001&aid=870346&group_id=31654 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Martijn Smit (detsaw) Assigned to: Nobody/Anonymous (nobody) Summary: MemoServ - check if a memoid is numeric Initial Comment: [Syndicate]: example being : [Syndicate]: [ 01:35 ] [M] You have a new message from Stekeltje. [Syndicate]: [ 01:35 ] [M] #0 From R`Giggs, received on 03:48 PM, 12/18/2003: [Syndicate]: [ 01:35 ] [M] #1 From Stekeltje, received on 01:35 PM, 01/04/2004: [Syndicate]: then I do [Syndicate]: > /memoserv delete #1 [Syndicate]: [ 01:35 ] [M] Memo 0 deleted. [Syndicate]: > /memoserv list [Syndicate]: [ 01:35 ] [M] ID From Time Sent [Syndicate]: [ 01:35 ] [M] 0 Stekeltje 01:35 PM, 01/04/2004 [Syndicate]: [ 01:35 ] [M] Found 1 matches. If the memoid is supplied as #1, atoi() generates a 0, and deletes memoid 0. Possible fix; ... #define MSMSG_INVALID_MEMOID "$b%s$b is an invalid memo-id." ... unsigned int i; for(i = 0; i < strlen(argv[1]); i++) { if(!isdigit((int)argv[1][i])) { memoserv_notice(user, MSMSG_INVALID_MEMOID, argv[1]); return 0; } } memoid = atoi(argv[1]); if (memoid >= ma->recvd.used) { .... ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=403001&aid=870346&group_id=31654 |
|
From: SourceForge.net <no...@so...> - 2003-12-23 12:21:46
|
Bugs item #864955, was opened at 2003-12-23 13:21 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=403001&aid=864955&group_id=31654 Category: NickServ Group: 1.2 Status: Open Resolution: None Priority: 5 Submitted By: Christian Schroer (izlots) Assigned to: Entrope (entrope) Summary: OUNREGNICK: work for online users only Initial Comment: ok a realy small bug: /authserv oregnick foggy test -AuthServ- foggy must first authenticate with AuthServ. ok fine, now with *: /authserv oregnick *foggy test <AuthServ- Nick test has been registered to account foggy. ok and now the bug, or better missing funktion: /authserv ounregnick *foggy test -AuthServ- User with nick *foggy does not exist. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=403001&aid=864955&group_id=31654 |
|
From: SourceForge.net <no...@so...> - 2003-12-22 17:20:58
|
Bugs item #864524, was opened at 2003-12-22 18:20 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=403001&aid=864524&group_id=31654 Category: None Group: 1.2 Status: Open Resolution: None Priority: 5 Submitted By: Martijn Smit (detsaw) Assigned to: Nobody/Anonymous (nobody) Summary: ?bind variables problem Initial Comment: ?bind chanserv kick2 chanserv.kick $1 kick2! [@wasted]: .kick2 -ChanServ- User with nick kick2! does not exist. This isn't really a highpriority bug...but it's a nusance that shouldn't be there. :) Perhaps there could be a function (like check_alias_args ()) that returns the highest $ var, and put into the svccmd struct to check if the argc is enough..just a thought. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=403001&aid=864524&group_id=31654 |
|
From: SourceForge.net <no...@so...> - 2003-12-15 22:36:25
|
Bugs item #860643, was opened at 2003-12-15 22:36 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=403001&aid=860643&group_id=31654 Category: ChanServ Group: None Status: Open Resolution: None Priority: 5 Submitted By: feigling (feigling) Assigned to: Zoot (zoot) Summary: topic desync Initial Comment: I regged a test channel (#feigtest), typed "!topic 1234567890" and suspended the channel. After that I typed "!topic #feigtest 123" (security override was enabled) and "!peek #feigtest" in another channel. The following was the result: -ChanServ- #feigtest Status: -ChanServ- Topic: 123 -ChanServ- Modes: +tn -ChanServ- Total users: 1 -ChanServ- Ops: -ChanServ- feigling It was possible to "change" the topic in the suspended channel. The problem is: only srvx noticed that chanserv changed the topic. on the other servers, the topic was still "1234567890". => desync I think it would be easy to fix that bug. Do not allow anyone to use "!topic" to change the topic in a suspended channel. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=403001&aid=860643&group_id=31654 |
|
From: SourceForge.net <no...@so...> - 2003-12-15 18:10:11
|
Bugs item #860478, was opened at 2003-12-15 18:10 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=403001&aid=860478&group_id=31654 Category: ChanServ Group: 1.2 Status: Open Resolution: None Priority: 5 Submitted By: feigling (feigling) Assigned to: Zoot (zoot) Summary: -ChanServ- User with nick #feigtest does not exist. Initial Comment: When I type "!access #feigtest feigling" without having security override enabled I get this message: -ChanServ- You may only see the list of infolines for yourself (by using access with no arguments). When I enable security override and type that command again, I get that: <feigling> !god -ChanServ- Security override has been enabled. <feigling> !access #feigtest feigling -ChanServ- User with nick #feigtest does not exist. (nick #feigtest <= is not correct). This happens, when the channel doesn't exist -> chanNode = NULL. When I join #feigtest and type "!access #feigtest feigling" I get: -ChanServ- feigling is a GamesNET Staff Member (IRCOp). -ChanServ- #feigtest has not been registered with ChanServ. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=403001&aid=860478&group_id=31654 |
|
From: SourceForge.net <no...@so...> - 2003-12-14 09:06:28
|
Bugs item #859489, was opened at 2003-12-13 15:55 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=403001&aid=859489&group_id=31654 Category: OperServ Group: 1.2 Status: Open Resolution: None Priority: 5 Submitted By: Dave Reade (dave--) Assigned to: Entrope (entrope) Summary: G-line and +k users Initial Comment: The UserMode "+k" is a way of showing yourself as a network service so you can be killed, kicked, deopped or banned. Both the services can use this mode and yourself. If you try to G-line a network service, OpServ tells you you're unable to because it's a network service. If you G- line someone with UserMode +k (same as services), OpServ sets a G-line on the target and G-lines from the network. So the fact that OpServ isn't clearly seeing +k UserMode is a problem and should be fixed. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=403001&aid=859489&group_id=31654 |
|
From: SourceForge.net <no...@so...> - 2003-12-10 17:29:03
|
Bugs item #857734, was opened at 2003-12-10 18:29 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=403001&aid=857734&group_id=31654 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Martijn Smit (detsaw) Assigned to: Nobody/Anonymous (nobody) Summary: HelpServ.unregister = core Initial Comment: EvilGrunt had this minor problem with srvx coring when he unregistered a HelpServ bot, I traced the coring to the point where log_audit() wanted to log the command, with the bot that was just deleted by the unregister command, a simple fix would be: if(!bot) { log_module(MAIN_LOG, LOG_WARNING, "Trying to log_audit with a bot that does not exist! (command: % s)", command); return; } into log_audit(). ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=403001&aid=857734&group_id=31654 |
|
From: SourceForge.net <no...@so...> - 2003-12-06 16:11:03
|
Bugs item #855345, was opened at 2003-12-06 17:11 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=403001&aid=855345&group_id=31654 Category: OperServ Group: 1.2 Status: Open Resolution: None Priority: 5 Submitted By: Christian Schroer (izlots) Assigned to: Entrope (entrope) Summary: service trigger still shown Initial Comment: (16:55:44) (@Christian) ?service trigger opserv remove (16:55:44) -OpServ- Removed trigger from OpServ. (16:55:45) (@Christian) ?service trigger opserv no reaction .. ok thats normal, i removed the trigger but: /opserv trigger opserv (16:56:11) -OpServ- Trigger for OpServ is ?. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=403001&aid=855345&group_id=31654 |
|
From: SourceForge.net <no...@so...> - 2003-11-27 16:20:26
|
Bugs item #850319, was opened at 2003-11-27 16:20 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=403001&aid=850319&group_id=31654 Category: ChanServ Group: 1.2 Status: Open Resolution: None Priority: 5 Submitted By: Dave Reade (dave--) Assigned to: Zoot (zoot) Summary: REGISTER Bug - Cause Found! Initial Comment: After careful testing I have come across a rather unusual bug with ChanServ, but quite small to spot. [16:01:17] [@Dave]: !register #test *User [16:01:18] -S- User now has ownership of #test. [16:01:18] -G- #test registered to User by Dave. [16:01:25] [@Dave]: !unreg #test [16:01:25] -G- #test unregistered by Dave. [16:01:25] -S- #test has been unregistered. [16:01:33] [@Dave]: !reg #test *user [16:01:33] -S- You now have ownership of #test. [16:01:33] -G- #test registered to Dave by Dave. Key: S is ChanServ and G is Global. You'll notice S is using case sensitivity when registering channels. If you don't use the correct case, S registers the channel to you instead. In an extreme case where the user has a name like UsErOfIRc2000, S will only be able to see the version which is case-perfect; otherwise it'll register the channel to yourself. Further testing... [16:08:50] -A- User's account name has been changed to User01. [16:08:58] [@Dave]: !reg #test *User01 [16:08:59] -S- You now have ownership of #test. [16:08:59] -G- #test registered to Dave by Dave. [16:09:24] [@Dave]: !unreg #test [16:09:25] -G- #test unregistered by Dave. [16:09:25] -S- #test has been unregistered. [16:10:00] [@Dave]: !register #test NoSuchUser [16:10:01] -S- User with nick NoSuchUser does not exist. [16:10:04] [@Dave]: !register #test *NoSuchUser [16:10:04] -S- Account NoSuchUser has not been registered. [16:10:13] [@Dave]: !register #test User01 [16:10:13] -S- User with nick User01 does not exist. [16:10:16] [@Dave]: !register #test *User01 [16:10:16] -S- User01 now has ownership of #test. [16:10:16] -G- #test registered to User01 by Dave. [16:10:37] -O- reg is an alias for: register You'll notice that REG is an alias of REGISTER, but seems to be causing most of the bother. OpServ's look at the REG command is below... [16:10:37] -O- You must have security override (helping mode) on to use this command. [16:10:37] -O- End of requirements for reg. Here I'm testing whether ChanServ is looking for the user/account before registering. User02 doesn't exist, so ChanServ clearly isn't looking first, it's simply ignoring. [16:08:58] [@Dave]: !reg #test *User02 [16:08:59] -S- You now have ownership of #test. [16:08:59] -G- #test registered to Dave by Dave. [16:09:24] [@Dave]: !unreg #test [16:09:25] -G- #test unregistered by Dave. [16:09:25] -S- #test has been unregistered. All these tests have been done on the latest CVS and on the standard 1.2.0 TAR.GZ package on SF.net. To replicate, bind a command to ChanServ, such as REG. Then try typing "!REG #test *another_account" and see whether ChanServ registers the channel to you or not. Also try using accounts that don't exist. ChanServ.log: [16:01:31 11/27/2003] (S:#test) [Dave:Dave]: register *User [16:01:39 11/27/2003] (S:#test) [Dave! da...@de...:Dave]: unregister The first part is using the standard !REGISTER command. the part below is the outlook from the !REG command, simply an alias of REGISTER... [16:01:47 11/27/2003] (S:#test) [Dave:Dave]: register [16:07:32 11/27/2003] (S:#test) [Dave! da...@de...:Dave]: unregister ChanServ simply isn't adding the part after the channel name, thus ignoring the name/account you want to register the channel to. The same test with *User01 is below... [16:09:13 11/27/2003] (S:#test) [Dave:Dave]: register [16:09:38 11/27/2003] (S:#test) [Dave! da...@de...:Dave]: unregister [16:10:30 11/27/2003] (S:#test) [Dave:Dave]: register *User01 [16:13:06 11/27/2003] (S:#test) [Dave! da...@de...:Dave]: unregister ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=403001&aid=850319&group_id=31654 |
|
From: SourceForge.net <no...@so...> - 2003-11-21 08:28:33
|
Bugs item #846449, was opened at 2003-11-21 09:28 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=403001&aid=846449&group_id=31654 Category: ChanServ Group: 1.2 Status: Open Resolution: None Priority: 5 Submitted By: P. Kretschmer (tankred-) Assigned to: Zoot (zoot) Summary: Visited time of chanserv not correct in certain situations. Initial Comment: On requesting the time, that a channel was unvisited i discovered this bug. It seems that if there are only bouncers in a channel and nobody joins/parts that this time doesn't get resetted and Chanserv will expire the channel after the expiration time even if there have been allways user in the channel. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=403001&aid=846449&group_id=31654 |
|
From: SourceForge.net <no...@so...> - 2003-11-04 13:14:31
|
Bugs item #835696, was opened at 2003-11-04 13:14 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=403001&aid=835696&group_id=31654 Category: NickServ Group: 1.2 Status: Open Resolution: None Priority: 5 Submitted By: Dave Reade (dave--) Assigned to: Entrope (entrope) Summary: DICT Error Initial Comment: [16:48:52 11/03/2003] (NickServ:error) Unable to open dictionary file /usr/share/dict/words: No such file or directory Would this be classed as a bug, or a server error? If this isn't a bug does anyone know how to correct this? ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=403001&aid=835696&group_id=31654 |
|
From: SourceForge.net <no...@so...> - 2003-10-28 17:00:37
|
Bugs item #831810, was opened at 2003-10-28 17:00 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=403001&aid=831810&group_id=31654 Category: Miscellaneous Group: 1.2 Status: Open Resolution: None Priority: 5 Submitted By: Simon Arlott (byte-) Assigned to: Nobody/Anonymous (nobody) Summary: modcmd error binding aliases with multiple word names Initial Comment: When binding complex commands (aliases), there is an error in where the alias is copied from in the command the user gives: > ?bind opserv say *chanserv.say $1 > ?bind opserv tester\ say *chanserv.say $1 > ?bind opserv tester\ tester\ say *chanserv.say $1 > ?command say -OpServ- say is an alias for: *ChanServ.say $1 > ?command tester say -OpServ- tester say is an alias for: *ChanServ.say *chanserv.say $1 > ?command tester tester say -OpServ- tester tester say is an alias for: *ChanServ.say say *chanserv.say $1 The alias for all of these should be: "*ChanServ.say $1", but in the last two the alias part (after "*ChanServ.say") is copied from the wrong position, resulting in the wrong alias being created. The attached patch fixes this by using the correct starting position. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=403001&aid=831810&group_id=31654 |
|
From: SourceForge.net <no...@so...> - 2003-10-26 18:04:04
|
Bugs item #830588, was opened at 2003-10-26 18:03 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=403001&aid=830588&group_id=31654 Category: ChanServ Group: 1.2 Status: Open Resolution: None Priority: 5 Submitted By: Simon Arlott (byte-) Assigned to: Zoot (zoot) Summary: userlist bug in Zoot style Initial Comment: Using the Zoot style, the last user in any list (!wlist, !clist, !users, etc.) is not displayed or used (i.e. if there is only one user the heading won't be displayed either) [18:02:42] -AuthServ- STYLE: zoot [18:02:44] <Byte> !#srvx wlist [18:02:45] -ChanServ- #srvx owners: [18:02:45] -ChanServ- Account Last Seen Status [18:02:45] -ChanServ- def 26 weeks and 4 days Normal [18:02:45] -ChanServ- Entrope Here Normal [18:02:50] -AuthServ- STYLE: def [18:02:51] <Byte> !#srvx wlist [18:02:52] -ChanServ- #srvx owners: [18:02:52] -ChanServ- Access Account Last Seen Status [18:02:52] -ChanServ- owner def 26 weeks and 4 days Normal [18:02:52] -ChanServ- owner Entrope Here Normal [18:02:52] -ChanServ- owner zoot Here Normal ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=403001&aid=830588&group_id=31654 |
|
From: SourceForge.net <no...@so...> - 2003-10-26 16:39:27
|
Bugs item #830558, was opened at 2003-10-26 16:39 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=403001&aid=830558&group_id=31654 Category: Miscellaneous Group: 1.2 Status: Open Resolution: None Priority: 5 Submitted By: Simon Arlott (byte-) Assigned to: Nobody/Anonymous (nobody) Summary: partial mod snoop configuration loss on rehash Initial Comment: when mod-snoop is used, snoop_conf_read() is called and most configuration options are loaded after srvx has connected, snoop_finalize() is called to read get the handle of the bot to use to send messages when srvx is rehashed, snoop_conf_read() is called - which resets all the configuration data and re-reads them - except for the bot handle, which is then null causing srvx to die on the next event that gets reported by mod-snoop solution (not perfect): call snoop_finalize() at the end of snoop_conf_read(), the bot won't exist when this is first run so it won't do anything, but on rehashes it will restore the reference to the bot's handle ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=403001&aid=830558&group_id=31654 |
|
From: SourceForge.net <no...@so...> - 2003-10-24 12:22:56
|
Bugs item #829084, was opened at 2003-10-23 12:01 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=403001&aid=829084&group_id=31654 Category: ChanServ Group: 1.2 Status: Open Resolution: None Priority: 5 Submitted By: Joe Hansche (joeatrr) Assigned to: Zoot (zoot) Summary: Lacking EnfModes access can lead to mode desync Initial Comment: When using !mode in a channel where the user lacks enfmodes access, and the mode change involves at least 1 mode that violates the mode-lock, and one mode that does not, ChanServ first alters its channel node to reflect the mode change, then checks those modes against the mode-lock. Since the mode-lock was violated, ChanServ re-sets the locked mode, and cancels the mode propagation to the servers. That means the non-violating mode change was changed in srvx, but not on the servers, which creates a mode desync. Modes in #testmodes are +mtin. <@madCoder> !set modes <<[ChanServ]<- Modes +i <@madCoder> !peek <<[ChanServ]<- #testmodes Status: <<[ChanServ]<- Topic: <<[ChanServ]<- Modes: +mtin <@madCoder> !mode -im <<[ChanServ]<- Modes conflicting with +i are not allowed in #testmodes. <@madCoder> !peek <<[ChanServ]<- #testmodes Status: <<[ChanServ]<- Topic: <<[ChanServ]<- Modes: +tin but the channel's modes are still +mtin on the server (so the -m was done in srvx, but not propagated to the rest of the network). ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=403001&aid=829084&group_id=31654 |
7 messages has been excluded from this view by a project administrator.
