srvx-bugs Mailing List for srvx IRC Services
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...> - 2013-03-05 19:34:03
|
Bugs item #3606964, was opened at 2013-03-05 11:34 Message generated for change (Tracker Item Submitted) made by secretagentj You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=403001&aid=3606964&group_id=31654 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: OperServ Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Jason (secretagentj) Assigned to: Entrope (entrope) Summary: Possible memory leak with CSEARCH Initial Comment: Not sure if you prefer SF or GitHub, so I'll just stick this here? Possible memory leak when using CSEARCH and not providing arguments for criteria. In opserv_cdiscrim_create(), line ~3648: if (i == (argc - 1)) { send_message(user, opserv, "MSG_MISSING_PARAMS", argv[i]); return NULL; } It simply returns NULL and doesn't free discrim, instead of jumping to fail and cleaning up first. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=403001&aid=3606964&group_id=31654 |
|
From: SourceForge.net <no...@so...> - 2012-05-11 13:21:51
|
Support Requests item #3525827, was opened at 2012-05-11 06:21 Message generated for change (Tracker Item Submitted) made by tashnav You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=403002&aid=3525827&group_id=31654 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Priority: 5 Private: No Submitted By: Tashnav (tashnav) Assigned to: Nobody/Anonymous (nobody) Summary: Can't authenticate with NS Initial Comment: Accidentally deleted all hostmasks, now NS won't authenticate, and I have no clue where it keeps stored info to delete it or add hostmasks. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=403002&aid=3525827&group_id=31654 |
|
From: SourceForge.net <no...@so...> - 2012-01-06 00:30:51
|
Bugs item #3470073, was opened at 2012-01-05 16:30 Message generated for change (Tracker Item Submitted) made by brainscrewer You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=403001&aid=3470073&group_id=31654 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: ChanServ Group: 1.1 (Stable) Status: Open Resolution: None Priority: 5 Private: No Submitted By: Brainscrewer (brainscrewer) Assigned to: Entrope (entrope) Summary: double exlamation mark gives error Initial Comment: Hi, even without having access inside a channel, typing '!!" will result in getting the following message: -ChanServ- Public commands in #channel are restricted, even if !set pubcmd is 0. Issue occurs on latest git. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=403001&aid=3470073&group_id=31654 |
|
From: SourceForge.net <no...@so...> - 2011-11-18 17:31:49
|
Bugs item #3439987, was opened at 2011-11-18 09:31 Message generated for change (Tracker Item Submitted) made by zerofighte You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=403001&aid=3439987&group_id=31654 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: HelpServ Group: 1.4 Status: Open Resolution: None Priority: 5 Private: No Submitted By: ZeRoFiGhter (zerofighte) Assigned to: Entrope (entrope) Summary: HelpServ: wrong responses for persist settings Initial Comment: Hi, in commit 671a213e001f8317536101c7ea63cb0e6de04175 ("Fix the name and type of helpserv_bot.persist_types[].") you made a minor mistake: in opt_persist (line 3205 in current git master) there is: helpserv_notice(user, persistence_lengths[idx].print_name, user_find_message(user, persistence_lengths[hs->persist_lengths[idx]].print_name)); but it should be: helpserv_notice(user, persistence_types[idx].print_name, user_find_message(user, persistence_lengths[hs->persist_lengths[idx]].print_name)); 2nd parameter should be persistence_types instead of persistence_lengths visible effect of this bug is that HelpServ replies just the text like "part" or "quit" for the persist types, instead of "ReqPersist part" and alike. regards, ZeRoFiGhter ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=403001&aid=3439987&group_id=31654 |
|
From: SourceForge.net <no...@so...> - 2011-10-30 10:06:25
|
Bugs item #3430376, was opened at 2011-10-30 11:06 Message generated for change (Tracker Item Submitted) made by zerofighte You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=403001&aid=3430376&group_id=31654 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: ChanServ Group: 1.4 Status: Open Resolution: None Priority: 5 Private: No Submitted By: ZeRoFiGhter (zerofighte) Assigned to: Entrope (entrope) Summary: Wrong min_argc for chanserv.8ball and no helpfile entry Initial Comment: Hi, the following line in chanserv.c (current git head) 7911 DEFINE_COMMAND(8ball, 1, 0, "flags", "+nolog,+toy,+acceptchan", NULL); is wrong, it should be 2 as second parameter, because 8ball does at least need one parameter additional to the command itself. Besides there is no helpfile entry for 8ball. regards ZeRoFiGhter ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=403001&aid=3430376&group_id=31654 |
|
From: SourceForge.net <no...@so...> - 2011-05-28 18:31:21
|
Bugs item #3308832, was opened at 2011-05-28 20:31 Message generated for change (Tracker Item Submitted) made by zerofighte You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=403001&aid=3308832&group_id=31654 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Miscellaneous Group: 1.4 Status: Open Resolution: None Priority: 5 Private: No Submitted By: ZeRoFiGhter (zerofighte) Assigned to: Nobody/Anonymous (nobody) Summary: MemoServ: override and memoserv_can_send Initial Comment: Hi, i'm not sure if you still are interested in my reports ... anyway, i'll drop another one here: Users with Helping flag don't pass the check in memoserv_can_send because they are never seen with their Helping fake struct userData: if you have override access the method _GetChannelUser(...) returns the struct userData with seen = 0 from the helperList, which causes this mod-memoserv.c: line 234 if (recip != NULL && recip->seen != 0) return 1; to never return 1 = allowed. Version: Git head kind regards ZeRoFiGhter ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=403001&aid=3308832&group_id=31654 |
|
From: SourceForge.net <no...@so...> - 2010-10-05 19:47:28
|
Bugs item #3081638, was opened at 2010-10-05 21:47 Message generated for change (Tracker Item Submitted) made by zerofighte You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=403001&aid=3081638&group_id=31654 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: ChanServ Group: 1.4 Status: Open Resolution: None Priority: 5 Private: No Submitted By: ZeRoFiGhter (zerofighte) Assigned to: Entrope (entrope) Summary: override vs chanserv.trim Initial Comment: hi, we just noticed some strange behaviour: helper with +g does a chanserv.trim while not having access at all. general command handling allows to execute the command (due to +g) and logs as override cmd_trim_users internally uses GetChannelAccess to check if the actor is allowed to trim which fails (as this does not check for +g, GetChannelUser should be used, imho, this checks for +g) so cmd_trim_users msgs "you lack sufficient access" to the actor, while the command is still logged as override 1.4 latest git, as usual ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=403001&aid=3081638&group_id=31654 |
|
From: SourceForge.net <no...@so...> - 2010-09-21 12:48:35
|
Bugs item #3072634, was opened at 2010-09-21 12:48 Message generated for change (Tracker Item Submitted) made by You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=403001&aid=3072634&group_id=31654 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Martin Martimeo () Assigned to: Nobody/Anonymous (nobody) Summary: small bug in !myaccess Initial Comment: When showing !myaccess, there is a little comma too much at chanenls where you have more access than givevoice and giveops, but autoop is off: [14:39] <ChanServ> Showing all channel entries for account MartinMartimeo: [14:39] <ChanServ> [#LRSI (500,)] [14:41] <MartinMartimeo> uset #lrsi noautoop on [14:41] <ChanServ> NoAutoVoice On [14:42] <MartinMartimeo> myaccess [14:42] <ChanServ> Showing all channel entries for account MartinMartimeo: [14:42] <ChanServ> [#LRSI (500)] [14:47] <MartinMartimeo> set #lrsi [14:47] <ChanServ> Channel Options: [14:47] <ChanServ> GiveVoice 501 [14:47] <ChanServ> GiveOps 501 ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=403001&aid=3072634&group_id=31654 |
|
From: SourceForge.net <no...@so...> - 2010-09-20 19:06:37
|
Bugs item #3072096, was opened at 2010-09-20 21:06 Message generated for change (Tracker Item Submitted) made by zerofighte You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=403001&aid=3072096&group_id=31654 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: HelpServ Group: 1.4 Status: Open Resolution: None Priority: 5 Private: No Submitted By: ZeRoFiGhter (zerofighte) Assigned to: Entrope (entrope) Summary: helpserv does not always a message on request drop Initial Comment: hi, i'm not sure if it's a bug or if it is really meant the way it is implemented ... helpservs handle_part only sends a drop notification if there is a request text ... imho this does not make sense ... it should send it always (line 3841 in current git head) ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=403001&aid=3072096&group_id=31654 |
|
From: SourceForge.net <no...@so...> - 2010-06-10 19:30:40
|
Bugs item #3014507, was opened at 2010-06-10 21:30 Message generated for change (Tracker Item Submitted) made by zerofighte You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=403001&aid=3014507&group_id=31654 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Miscellaneous Group: 1.4 Status: Open Resolution: None Priority: 5 Private: No Submitted By: ZeRoFiGhter (zerofighte) Assigned to: Nobody/Anonymous (nobody) Summary: generate_hostmask produces wrong masks for ipv6 hosts Initial Comment: hi, i just authed (again) with authcookie and it added "*@120:d808:8000:*" while whois says "ZeRoFiGhte@2001:8d8:80:11::41b". This happened on GS ... i can reproduce it in the same way on our net using the latest git revision. A short look at the code (git) showed me: tools.c around line 133 (where it generates complete ip hosts [which works], e.g. for opserv.cmd_whois) looks very different from proto-common.c line 765 (the masks are generated, e.g. for authcookie) for me regards ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=403001&aid=3014507&group_id=31654 |
|
From: SourceForge.net <no...@so...> - 2010-05-12 17:16:50
|
Bugs item #3000577, was opened at 2010-05-12 19:16 Message generated for change (Tracker Item Submitted) made by zerofighte You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=403001&aid=3000577&group_id=31654 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: ChanServ Group: 1.4 Status: Open Resolution: None Priority: 5 Private: No Submitted By: ZeRoFiGhter (zerofighte) Assigned to: Entrope (entrope) Summary: !expire always adds an entry to the timeq Initial Comment: as the topic says ... !expire always adds an entry to the timeq (with the configured expire freq) so triggering a manual expire more often results in the timeq being filled up and expire check being done more often this happens because in expire_channels there is always the timeq entry added, no matter if it was called from the timeq or because of !expire ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=403001&aid=3000577&group_id=31654 |
|
From: SourceForge.net <no...@so...> - 2010-05-01 14:00:01
|
Bugs item #2995206, was opened at 2010-05-01 16:00 Message generated for change (Tracker Item Submitted) made by brainscrewer You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=403001&aid=2995206&group_id=31654 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: ChanServ Group: 1.4 Status: Open Resolution: None Priority: 5 Private: No Submitted By: Brainscrewer (brainscrewer) Assigned to: Entrope (entrope) Summary: Ban duration doesnt change if you TB a excisting addban. Initial Comment: Situation: !addban *!*@Host.* <reason> !tb *!*@Host.* 1w2d <reason> Ban duration stays on permanent, but the reason changes. Tested on v1.4.0 latest git. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=403001&aid=2995206&group_id=31654 |
|
From: SourceForge.net <no...@so...> - 2010-04-10 16:49:58
|
Bugs item #2985089, was opened at 2010-04-10 18:49 Message generated for change (Tracker Item Submitted) made by dvdhrm You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=403001&aid=2985089&group_id=31654 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: ircu protocol Group: 1.4 Status: Open Resolution: None Priority: 5 Private: No Submitted By: David Herrmann (dvdhrm) Assigned to: Entrope (entrope) Summary: Glines won't get deleted Initial Comment: Source code is the most recent git source, that is, with the gline lifetime support. Under special circumestances, the srvx will not remove expired (i.e. expire AND lifetime in the past) glines from the gline-list. Reproducable: First go sure the list of glines is empty. Then: ?gline a@b 10y test1 ?gline a@b 1s test2 ?gline x@y 1s test3 wait 1s then: ?gtrace print mask x@y You will see, the gline with expire and lifetime = 1s (x@y) is still in the list and the lifetime is printed to be something around 800.000.000 years. After some research I discovered that the gline heap in gline.c was previously sorted by expiration time but the lifetime-patch did not update "gline_comparator()" to sort the heap by lifetime. So fixing this could be done by changing line 55 of gline.c to: "return ga->lifetime - gb->lifetime;" David Herrmann ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=403001&aid=2985089&group_id=31654 |
|
From: SourceForge.net <no...@so...> - 2010-03-18 10:01:27
|
Bugs item #2972499, was opened at 2010-03-18 11:01 Message generated for change (Tracker Item Submitted) made by zerofighte You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=403001&aid=2972499&group_id=31654 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Miscellaneous Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: ZeRoFiGhter (zerofighte) Assigned to: Nobody/Anonymous (nobody) Summary: silent ignore of +z causes empty changes Initial Comment: Hi, the fix for !set modes with +z (ignoring +z) leads to msgs like this: <@ZeRoFiGhter> !mode z -ChanServ- Channel modes are now . <@ZeRoFiGhter> !mode -z -ChanServ- Channel modes are now . looks strange from a user perspective (as I know the src i understand it, still ...) version: 1.4 latest git (as this was introduced by the last commit) regards ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=403001&aid=2972499&group_id=31654 |
|
From: SourceForge.net <no...@so...> - 2010-03-15 14:47:19
|
Bugs item #2970686, was opened at 2010-03-15 15:47 Message generated for change (Tracker Item Submitted) made by zerofighte You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=403001&aid=2970686&group_id=31654 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: 1.4 Status: Open Resolution: None Priority: 5 Private: No Submitted By: ZeRoFiGhter (zerofighte) Assigned to: Nobody/Anonymous (nobody) Summary: channelmode +z and !set modes Initial Comment: hi, i mentioned this some days ago in #srvx ... gonna explain it here as well. Situation: srvx (with offchannel enabled) always adds +z to the !set modes (on startup), but doesn't allow !set modes command executed with +z somewhere in there. For users it's confusing ... they have the modelock want to change it, so they take the old one and make their changes and want to set it back and (often) it happens +z is in there, so srvx rejects. Comments as they appeared on #srvx: <ZeRoFiGhter> imho it would be good if the mod_chanmode_parse method would generally allow +z (not -z) even if the flag MCP_REGISTERED is given (proto-p10.c) <+ThiefMaster> never showing it in !set modes *and* ignoring it when setting it manually would probably be the best solution <ZeRoFiGhter> fine with me also ... version is srvx 1.4 latest git regards ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=403001&aid=2970686&group_id=31654 |
|
From: SourceForge.net <no...@so...> - 2010-03-09 21:17:25
|
Bugs item #2966959, was opened at 2010-03-09 22:17 Message generated for change (Tracker Item Submitted) made by zerofighte You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=403001&aid=2966959&group_id=31654 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: OperServ Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: ZeRoFiGhter (zerofighte) Assigned to: Entrope (entrope) Summary: opserv cmd_kick does not check for +k users Initial Comment: hi, opserv's cmd_kick doesn't check for +k users. that results in silent nothing when you try to kick a +k user. Neither an error, nor a kick happens. srvx 1.4 latest git, as usual regards ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=403001&aid=2966959&group_id=31654 |
|
From: SourceForge.net <no...@so...> - 2010-03-06 18:05:54
|
Bugs item #2964782, was opened at 2010-03-06 19:05 Message generated for change (Tracker Item Submitted) made by zerofighte You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=403001&aid=2964782&group_id=31654 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: ircu protocol Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: ZeRoFiGhter (zerofighte) Assigned to: Entrope (entrope) Summary: srvx shouldn't set APASS/UPASS Initial Comment: Hi, imho srvx shouldn't allow users to set APASS/UPASS or it should at least be configurable. We disabled those in the ircd, but using srvx they still could be set causing some strange effects. suggested change (line offsets are possible again): Index: src/proto-p10.c =================================================================== --- src/proto-p10.c (Revision 306) +++ src/proto-p10.c (Revision 307) @@ -2562,6 +2562,8 @@ } break; case 'U': + if (!(flags & MCP_FROM_SERVER)) + goto error; if (add) { if ((in_arg >= argc) @@ -2578,6 +2580,8 @@ } break; case 'A': + if (!(flags & MCP_FROM_SERVER)) + goto error; if (add) { if ((in_arg >= argc) || keyncpy(change->new_apass, modes[in_arg++], sizeof(change->new_apass))) version: srvx1.4 latest git regards ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=403001&aid=2964782&group_id=31654 |
|
From: SourceForge.net <no...@so...> - 2010-03-06 18:02:03
|
Bugs item #2964781, was opened at 2010-03-06 19:02 Message generated for change (Tracker Item Submitted) made by zerofighte You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=403001&aid=2964781&group_id=31654 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Miscellaneous Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: ZeRoFiGhter (zerofighte) Assigned to: Nobody/Anonymous (nobody) Summary: latests changes to ?chaninfo can cause a crash Initial Comment: hi, if you call ?chaninfo for an empty +z channel (csuspended chans could be empty when all real users are gone) the cmd_chaninfo function gets info from the first (array index [0]) user to determine wether to send oplevels or not. This is illegal for these empty chans. a solution would be: (omitting whitespaces for better readability, for sure with some line-offset) Index: src/opserv.c =================================================================== --- src/opserv.c (Revision 303) +++ src/opserv.c (Revision 304) @@ -506,6 +506,9 @@ } reply("OSMSG_CHANINFO_USER_COUNT", channel->members.used); + /* If there are people in the chan */ + if (channel->members.used) + { /* Create and sort the members array. */ members = alloca(channel->members.used * sizeof(members[0])); for (n=0; n<channel->members.used; n++) @@ -526,6 +529,7 @@ else send_message_type(4, user, cmd->parent->bot, " %s (%s@%s)", moden->user->nick, moden->user->ident, moden->user->hostname); } + } return 1; } again srvx 1.4 latest git regards ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=403001&aid=2964781&group_id=31654 |
|
From: SourceForge.net <no...@so...> - 2010-03-06 17:36:02
|
Bugs item #2964768, was opened at 2010-03-06 18:36 Message generated for change (Tracker Item Submitted) made by zerofighte You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=403001&aid=2964768&group_id=31654 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Miscellaneous Group: 1.4 Status: Open Resolution: None Priority: 5 Private: No Submitted By: ZeRoFiGhter (zerofighte) Assigned to: Nobody/Anonymous (nobody) Summary: ?jump doesn't do necessary cleanup Initial Comment: hi, if you ?jump srvx to a different uplink, it seems not to cleanup correctly. I didn't do further research yet, but i noticed the channel ban list (as shown in ?chaninfo, not !bans) is not cleared. That results in all bans being in there twice after a ?jump. srvx1.4 latest git version regards ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=403001&aid=2964768&group_id=31654 |
|
From: SourceForge.net <no...@so...> - 2010-02-04 19:09:41
|
Bugs item #2946094, was opened at 2010-02-04 20:09 Message generated for change (Tracker Item Submitted) made by zerofighte You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=403001&aid=2946094&group_id=31654 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: HelpServ Group: 1.4 Status: Open Resolution: None Priority: 5 Private: No Submitted By: ZeRoFiGhter (zerofighte) Assigned to: Adrian Dewhurst (sailorfrag) Summary: req on join problems Initial Comment: hi, well, i have no idea what to write ... as the issue appears for us while having a patch that highly influences this stuff ... anyway: mod-helpserv.c line 4027 (at your current git head) has a typo. The variable to use as array index is 'j', not 'i'. === if ((reqlist = dict_find(helpserv_reqs_bynick_dict, user->nick, NULL))) { for (j=0; j < reqlist->used; j++) - if (reqlist->list[i]->hs == hs) + if (reqlist->list[j]->hs == hs) break; if (j < reqlist->used) continue; === I'm not sure if it has any influence for your code ... combined with our patch set it has, but it's the req_join_check that does not really loop through the list because of this. regards ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=403001&aid=2946094&group_id=31654 |
|
From: SourceForge.net <no...@so...> - 2009-12-31 16:45:58
|
Bugs item #2924219, was opened at 2009-12-31 17:45 Message generated for change (Tracker Item Submitted) made by zerofighte You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=403001&aid=2924219&group_id=31654 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: ChanServ Group: 1.4 Status: Open Resolution: None Priority: 5 Private: No Submitted By: ZeRoFiGhter (zerofighte) Assigned to: Zoot (zoot) Summary: cmd_mdel_user might allow helpers more than it should Initial Comment: Hi, in cmd_mdel_user you have this check: if((actor->access <= max_access) && !IsHelping(user)) this potentielly allows helpers to override in nodelete channels. As far as i see it is prevented by the default bindings and access restrictions, but we currently think to implement a more generic mdeluser command (additinal to mdelpeon etc.) where you can supply the range yourself. It should be fixed by removing the IsHelping check. actor->access already is Helper access by GetChannelUser if the user is allowed to override (with respect to nodelete), so this check is not needed. Szenario to test: use modcmd to allow usage of mdelcoowner with channel_access 300 use !mdelcoowner in a nodelete chan (while having 300 access and flag +g without nodelete opserv level) and it will work without that check it won't work. version: 1.4 latest git ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=403001&aid=2924219&group_id=31654 |
|
From: SourceForge.net <no...@so...> - 2009-10-24 20:22:39
|
Bugs item #2885600, was opened at 2009-10-24 22:22 Message generated for change (Tracker Item Submitted) made by zerofighte You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=403001&aid=2885600&group_id=31654 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: ChanServ Group: 1.4 Status: Open Resolution: None Priority: 5 Private: No Submitted By: ZeRoFiGhter (zerofighte) Assigned to: Zoot (zoot) Summary: inkonsistent chanserv ban behaviour Initial Comment: I already explained it a while ago ... now i'll formulate it over here: The ban behaviour for ChanServ-bans (addban, addtimedban) is inconsistent. If you join a channel where such a ban matches you, chanserv kicks, even though you join through an invite. If you change your nick or auth to an account chanserv doesn't kick even if a ban now matches. Imho ChanServ-bans (not !kickban or !ban, just addban and addtimedban) should always lead to kicking the user. version: 1.4 latest git ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=403001&aid=2885600&group_id=31654 |
|
From: SourceForge.net <no...@so...> - 2009-10-24 20:14:13
|
Bugs item #2885593, was opened at 2009-10-24 22:14 Message generated for change (Tracker Item Submitted) made by zerofighte You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=403001&aid=2885593&group_id=31654 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: ChanServ Group: 1.4 Status: Open Resolution: None Priority: 5 Private: No Submitted By: ZeRoFiGhter (zerofighte) Assigned to: Zoot (zoot) Summary: uData->present and uData->seen are not updated on move/merge Initial Comment: When you move or merge a registered channel uData->seen and uData->present are not updated. This leads to !users saying "here" even though the user isn't on the chan. To reproduce: -be on a registered channel where you have access -move or merge into a channel where you are not in -get the userlist of the new channel, you'll see yourself as "here" version: 1.4 latest git ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=403001&aid=2885593&group_id=31654 |
|
From: SourceForge.net <no...@so...> - 2009-10-24 15:32:54
|
Support Requests item #2884964, was opened at 2009-10-23 16:02 Message generated for change (Comment added) made by entrope You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=403002&aid=2884964&group_id=31654 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Install Problem (example) Group: None >Status: Closed Priority: 5 Private: No Submitted By: Professeur (professeur) >Assigned to: Entrope (entrope) Summary: How to install srvx IRC Services on a server Initial Comment: Hi, Just need help to know how to install srvx IRC Services on a server. Sincerely, Professeur ---------------------------------------------------------------------- >Comment By: Entrope (entrope) Date: 2009-10-24 11:32 Message: Read the INSTALL file. If you have specific questions, I'd suggest asking in a more interactive forum (such as #srvx on irc.gamesurge.net). ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=403002&aid=2884964&group_id=31654 |
|
From: SourceForge.net <no...@so...> - 2009-10-23 20:02:19
|
Support Requests item #2884964, was opened at 2009-10-23 22:02 Message generated for change (Tracker Item Submitted) made by professeur You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=403002&aid=2884964&group_id=31654 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Install Problem (example) Group: None Status: Open Priority: 5 Private: No Submitted By: Professeur (professeur) Assigned to: Nobody/Anonymous (nobody) Summary: How to install srvx IRC Services on a server Initial Comment: Hi, Just need help to know how to install srvx IRC Services on a server. Sincerely, Professeur ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=403002&aid=2884964&group_id=31654 |
7 messages has been excluded from this view by a project administrator.
