srvx-bugs Mailing List for srvx IRC Services (Page 2)
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...> - 2009-09-20 17:47:22
|
Bugs item #2862762, was opened at 2009-09-20 10:47 Message generated for change (Tracker Item Submitted) made by pwnerjohn You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=403001&aid=2862762&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: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: John (pwnerjohn) Assigned to: Zoot (zoot) Summary: !uset autoinvite Initial Comment: [10:08:29 AM] -ChanServ- You lack sufficient access in #blah for ChanServ to invite you. [10:08:29 AM] -ChanServ- AutoInvite On [10:13:31 AM] -ChanServ- PwnerJohn is an IRC Operator (IRC operator). [10:13:32 AM] -ChanServ- PwnerJohn ([Pwner]John) has access 400 in #blah and has security override enabled. Looks like a problem to me. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=403001&aid=2862762&group_id=31654 |
|
From: SourceForge.net <no...@so...> - 2009-09-20 17:14:07
|
Bugs item #2862746, was opened at 2009-09-20 10:14 Message generated for change (Tracker Item Submitted) made by pwnerjohn You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=403001&aid=2862746&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: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: John (pwnerjohn) Assigned to: Zoot (zoot) Summary: !uset autoinvite Initial Comment: [10:08:29 AM] -ChanServ- You lack sufficient access in #blah for ChanServ to invite you. [10:08:29 AM] -ChanServ- AutoInvite On [10:13:31 AM] -ChanServ- PwnerJohn is an IRC Operator (IRC operator). [10:13:32 AM] -ChanServ- PwnerJohn ([Pwner]John) has access 400 in #blah and has security override enabled. Looks like a problem to me. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=403001&aid=2862746&group_id=31654 |
|
From: SourceForge.net <no...@so...> - 2009-09-19 05:15:51
|
Bugs item #2861979, was opened at 2009-09-18 22:15 Message generated for change (Tracker Item Submitted) made by pwnerjohn You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=403001&aid=2861979&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: John (pwnerjohn) Assigned to: Nobody/Anonymous (nobody) Summary: Failiure to start up after many failed attempts Initial Comment: [PwnerJohn@LinuxSecured-Grsec srvx]$ ./srvx -------------------------------------------------- - srvx 1.4.0-rc3 (surge), Built: Sep 18 2009, 08:38:01. - Copyright (C) 2000 - 2007, srvx Development Team - Version tag v1.4.0-rc3 -------------------------------------------------- Initializing daemon... [PwnerJohn@LinuxSecured-Grsec srvx]$ I have tried reinstalling and reconfiguring and whatnot. It still fails to start up anymore. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=403001&aid=2861979&group_id=31654 |
|
From: SourceForge.net <no...@so...> - 2009-07-07 10:59:16
|
Bugs item #2817939, was opened at 2009-07-07 06:59 Message generated for change (Tracker Item Submitted) made by sky5 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=403001&aid=2817939&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: Danny (sky5) Assigned to: Nobody/Anonymous (nobody) Summary: mod-blacklist not working on FreeBSD Initial Comment: The blacklist module does not seem to like FreeBSD, after testing on two separate machines with entirely different nameservers, it is not finding blacklisted IPs. The DNSBLs tested are: ?query modules/blacklist/dnsbl -O- modules/blacklist/dnsbl contains the following keys: -O- dnsbl.dronebl.org -O- rbl.efnetrbl.org -O- sbl.spamhaus.org -O- xbl.spamhaus.org The blacklist.log is empty, and when a user connects it seems to attempt to make a connection to the nameservers, but it does not find the proxy. The proxy tested (which is listed) is 24.202.103.205 : 5193. This has already been discussed with Entrope in #srvx ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=403001&aid=2817939&group_id=31654 |
|
From: SourceForge.net <no...@so...> - 2009-05-06 09:50:34
|
Bugs item #2787760, was opened at 2009-05-06 11:50 Message generated for change (Tracker Item Submitted) made by dvdhrm You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=403001&aid=2787760&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: David Herrmann (dvdhrm) Assigned to: Nobody/Anonymous (nobody) Summary: Wrong Key Handling Initial Comment: A recent GIT commit fixed a key handling bug: http://srvx.git.sourceforge.net/git/gitweb.cgi?p=srvx;a=blobdiff;f=src/proto-p10.c;h=681231e81ee57cfcfd3a10eead95c024f7e230be;hp=8174a6919386e61a37fc0d6f1c8b5cf8247f180d;hb=9f489ed802628c45ed7db3cb763b452b110c1aa1;hpb=234eb10bbb6126de89ca8750689c8bfaf0f75da2 However, the apass fix uses the "upass" variables instead of the "apass" variables. Therefore the commit above makes it impossible to save apass'es in the srvx. This should be fixed. I simply copy the wrong part of the commit now, it should be easy to fix that typo: @@ -2364,10 +2384,10 @@ mod_chanmode_parse(struct chanNode *channel, char **modes, unsigned int argc, un break; case 'A': if (add) { - if (in_arg >= argc) + if ((in_arg >= argc) + || keyncpy(change->new_upass, modes[in_arg++], sizeof(change->new_upass))) goto error; change->modes_set |= MODE_APASS; - safestrncpy(change->new_apass, modes[in_arg++], sizeof(change->new_apass)); } else { change->modes_clear |= MODE_APASS; if (!(flags & MCP_APASS_FREE)) { ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=403001&aid=2787760&group_id=31654 |
|
From: SourceForge.net <no...@so...> - 2009-05-02 01:55:17
|
Bugs item #2785381, was opened at 2009-05-02 01:55 Message generated for change (Tracker Item Submitted) made by compguy You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=403001&aid=2785381&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: CompGuy (compguy) Assigned to: Zoot (zoot) Summary: DynLimit doesn't seem to be updating properly after netsplit Initial Comment: Hi there. I've noticed an issue with srvx 1.4.0-rc3 (the tarball) after a netsplit occurs. To introduce, our network setup is 2 hubs, and 4 client servers. srvx is linked to Hub "A". Hub "B" which has 2 ircu servers link splits from Hub "A", and in turn, the ChanServ dynlimit is increased with the loss of those users. After the netsplit is over and the two hubs are relinked, the mass join of users occur; however, the problem is that ChanServ doesn't always seem to be updating the limit meaning users are receiving the 'channel full' response. It requires us to -l the channel, and then after someone joins it seems to update itself. Our srvx.conf contains: // If DynLimit is on and there are N users in the channel, ChanServ will // try to keep the limit at N+<adjust_threshold>. "adjust_threshold" "2"; // .. but ChanServ will only increment or decrement the limit this often. "adjust_delay" "3"; Thanks. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=403001&aid=2785381&group_id=31654 |
|
From: SourceForge.net <no...@so...> - 2009-04-22 11:16:21
|
Bugs item #2778510, was opened at 2009-04-22 13:16 Message generated for change (Tracker Item Submitted) made by leto_i You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=403001&aid=2778510&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: M. B. (leto_i) Assigned to: Zoot (zoot) Summary: Topic gets changed completely, although it is locked Initial Comment: Somebody from my ally is able to change the locked topic although it is locked. Chanserv tells him even that it's locked, but the topic gets changed anyway. This bug is similar to 1029385, which was closed as non-reproducable. I am on the Ogamenet servers provided by Gamesurge. srvx 1.4.0 (ogn), Built: Apr 4 2009, 19:45:54. Copyright 2000-2008 srvx Development Team. v1.4.0-rc4 I have set the topic as channel owner: !set enftopic 499 !set defaulttopic sometopic bla moretopic !set topicmask sometopic * moretopic !set enftopic 501 I can not change the topic (using KvIRC 4.0.0 r3154), access 500. Someone from my ally with access 350, however, can change it. He gets the following output: [Wed:11:52] * Scouse changes topic to ' can i still change topic? .' [Wed:11:52] -ChanServ- The #gods_of_war topic is locked. Contrary to ChanServ's output the topic is still changed. He says he right-clicked in channel and then used "set topic as". CTCP VERSION reply from Scouse [~Sc...@5a...]: mIRC v6.3 Khaled Mardam-Bey For further information we are available at #gods_of_war on the ogamenet network. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=403001&aid=2778510&group_id=31654 |
|
From: SourceForge.net <no...@so...> - 2009-03-19 19:09:51
|
Bugs item #2695274, was opened at 2009-03-19 20:09 Message generated for change (Tracker Item Submitted) made by dvdhrm You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=403001&aid=2695274&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: NickServ Group: 1.4 Status: Open Resolution: None Priority: 5 Private: No Submitted By: David Herrmann (dvdhrm) Assigned to: Entrope (entrope) Summary: Helper looses +g (still not fixed) Initial Comment: The artifact 2649505 tried to fix a bug, however, it produced a new bug. +g is now removed if you part ANY channel. the 3rd parameter to find_handle_in_channel() should be NULL not mn->user as shown in the code in artifact 2649505. The only case where it should not be NULL is, when chanserv_conf.support_channels.list[ii] equals mn->channel. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=403001&aid=2695274&group_id=31654 |
|
From: SourceForge.net <no...@so...> - 2009-03-14 00:41:52
|
Bugs item #2686643, was opened at 2009-03-14 01:40 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=2686643&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: David Herrmann (dvdhrm) Assigned to: Zoot (zoot) Summary: Declaration of CSMSG_USER_PROTECTED Initial Comment: CSMSG_USER_PROTECTED is declared twice, however, only the second declaration is used. Removing the first declaration of CSMSG_USER_PROTECTED and removing victim->nick as first parameter where CSMSG_USER_PROTECTED is used, would fix this. Otherwise: const char *reason = user_find_message(kicker, "CSMSG_USER_PROTECTED"); would have to be fixed to work with a parameter. David Herrmann (gix) ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=403001&aid=2686643&group_id=31654 |
|
From: SourceForge.net <no...@so...> - 2009-03-08 19:33:08
|
Bugs item #2672922, was opened at 2009-03-08 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=2672922&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: Wrong account stamp parsing Initial Comment: The srvx incorrectly parse an account with a timestamp in a mode change. They parse the timestamp but do not set the pointer correctly to the next value. The following patch fixes this bug: Index: src/proto-p10.c =================================================================== --- src/proto-p10.c (revision 184) +++ src/proto-p10.c (working copy) @@ -2302,9 +2302,11 @@ ts = strtoul(word + 1, &sep, 10); if (*sep == ':') { id = strtoul(word + 1, &sep, 10); + word = sep; } else if (*sep != ' ' && *sep != '\0') { ts = 0; } + else word = sep; } tag[ii] = '\0'; while (*word == ' ') ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=403001&aid=2672922&group_id=31654 |
|
From: SourceForge.net <no...@so...> - 2009-03-06 17:12:47
|
Bugs item #2668866, was opened at 2009-03-06 18:12 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=2668866&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: David Herrmann (dvdhrm) Assigned to: Nobody/Anonymous (nobody) Summary: MemoServ inconsistencies Initial Comment: We tested MemoServ on our network and there are several bugs and some weird behaviour we discovered. The line-numbers in the patches may differ slightly from srvx-1.4.0-rc3. First, the bugs: MemoServ uses an uninitialized timestamp in cmd_read. A fix could probably look like: @@ -312,6 +312,7 @@ return 0; if (!(memo = find_memo(user, cmd, ma, argv[1], &memoid))) return 0; + feh = memo->sent; strftime(posted, sizeof(posted), "%I:%M %p, %m/%d/%Y", localtime(&feh)); reply("MSMSG_MEMO_HEAD", memoid, memo->sender->handle->handle, posted); send_message_type(4, user, cmd->parent->bot, "%s", memo->message); Another bug is, that memoserv does not save the settings of each account. We currently have not fixed it but memoserv should simply save the "->flags" member of the memo_account structure into the memoserv.db. Third and last bug: Each memo is saved in memoserv.db with a base64 ID. base64, however, is case-sensitive and saxdb is *not*. This could be fixed by enabling a case-sensitive option in saxdb (I don't know whether such an option exists) in the memoserv module or by saving the ID without base64 encoding. This bug apparently causes a silent drop of messages. Despite these bugs we wondered why it is possible to send memos to yourself. In our opinion MemoServ should not be used to save arbitrary messages in your account. We changed this behavior the following way: Adding: { "MSMSG_CANNOT_SEND_SELF", "You cannot send memos to yourself." }, and: @@ -216,6 +217,10 @@ if (!user->handle_info) return 0; + if (user->handle_info == acct->handle) { + send_message(user, bot, "MSMSG_CANNOT_SEND_SELF"); + return 0; + } if (!(acct->flags & MEMO_DENY_NONCHANNEL)) return 1; for (dest = acct->handle->channels; dest; dest = dest->u_next) We also added the ID of a message to the notification of new messages. This allows to read a message without searching for the ID in the memo-list. - { "MSMSG_NEW_MESSAGE", "You have a new message from $b%s$b." }, + { "MSMSG_NEW_MESSAGE", "You have a new message from $b%s$b (ID: %u)." }, And: @@ -263,7 +268,7 @@ - send_message(other, cmd->parent->bot, "MSMSG_NEW_MESSAGE", user->nick); + send_message(other, cmd->parent->bot, "MSMSG_NEW_MESSAGE", user->nick, ma->recvd.used - 1); Furthermore, we changed memoserv to send new-message-notifications always as queries and not depend on the "privmsg" setting of the authserv account, because many common IRC Clients have a weird NOTICE behaviour and we don't want memoserv notifications to go down in channel messages. Our first fix looked like: (I hope there is a better way to do this) @@ -268,7 +268,7 @@ - send_message(other, cmd->parent->bot, "MSMSG_NEW_MESSAGE", user->nick, ma->recvd.used - 1); + send_message_type(5, other, cmd->parent->bot, user_find_message(other, "MSMSG_NEW_MESSAGE"), user->nick, ma->recvd.used - 1); And the same in line @@ -563,7 +563,7 @@ Last idea: If a user sets memoserv in "private" mode with "~set private" then an other user can simply add this user to a channel he owns, now send a message to him, and then delete him again to bypass the "security-checks" of "set private". A fix could be checking for "last-seen" and reject sending the message if the recipient has never been in the channel. And the really last idea: Why not sending the current settings with memoserv.set instead of a list of all subcommands? I hope I explained it in an understandable way ;) so long David Herrmann - gix ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=403001&aid=2668866&group_id=31654 |
|
From: SourceForge.net <no...@so...> - 2009-02-28 19:52:58
|
Bugs item #2649505, was opened at 2009-02-28 20:52 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=2649505&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: David Herrmann (dvdhrm) Assigned to: Zoot (zoot) Summary: Helper looses +g, although a clone is still in a supportchan Initial Comment: An helper account with +h is with two nicks in an helper chan and has +g. One of these nicks leaves the channel and the account gets +g removed, although, there is still an helper with this account in the channel. There is a simple fix for this bug by modifying handle_part in chanserv.c. The following diff is done on a clean srvx-1.4.0-rc3 srvx source: diff -r -u srvx-1.4.0-rc3/src/chanserv.c srvx-1.4.0-rc3-fixed/src/chanserv.c --- srvx-1.4.0-rc3/src/chanserv.c 2008-07-12 05:49:09.000000000 +0200 +++ srvx-1.4.0-rc3-fixed/src/chanserv.c 2009-02-28 20:46:40.000000000 +0100 @@ -6692,10 +6692,7 @@ unsigned int ii, jj; for(ii = 0; ii < chanserv_conf.support_channels.used; ++ii) { - for(jj = 0; jj < mn->user->channels.used; ++jj) - if(mn->user->channels.list[jj]->channel == chanserv_conf.support_channels.list[ii]) - break; - if(jj < mn->user->channels.used) + if(find_handle_in_channel(chanserv_conf.support_channels.list[ii], mn->user->handle_info, NULL)) break; } if(ii == chanserv_conf.support_channels.used) ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=403001&aid=2649505&group_id=31654 |
|
From: SourceForge.net <no...@so...> - 2009-02-08 14:13:53
|
Bugs item #2579877, was opened at 2009-02-08 15:13 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=2579877&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: 1.4 Status: Open Resolution: None Priority: 5 Private: No Submitted By: David Herrmann (dvdhrm) Assigned to: Entrope (entrope) Summary: Double free in addbadword Initial Comment: opserv.c line 2054 vanilla-srvx-1.4-rc3 frees a value which was already freed two lines before. It is first deleted from the string_list and then freed manually. Removing line 2054 should fix this. It occurs when you add a new "badword" which is more general than another "badword". The less-general "badword" is removed and double freed. Simply removing line 2054 would fix the bug. David Herrmann (gix) ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=403001&aid=2579877&group_id=31654 |
|
From: SourceForge.net <no...@so...> - 2009-02-08 14:09:39
|
Bugs item #2579872, was opened at 2009-02-08 15:09 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=2579872&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: Wrong password handling Initial Comment: The ircu cuts a password if there are special chars in it. It uses: while (*s > ' ' && *s != ':' && *s != ',' && t_len--) to detect them. This behaviour is not seen in the srvx. i.e., the srvx will show the wrong pass in !peek or !mode. This bug occurs in 1.3.1 as well as 1.4.0-rc3. I uploaded a possible fix at: http://rafb.net/p/wbhDZ826.html Example: <gix> !mode +k asd-ö-dsa * ChanServ sets channel keyword to asd- -ChanServ- Channel modes are now +k asd-ö-dsa. As you can see, the srvx return "asd-ö-dsa" (and internally save it) but the ircu cuts the key at the special char 'ö'. David Herrmann (gix) ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=403001&aid=2579872&group_id=31654 |
|
From: SourceForge.net <no...@so...> - 2008-07-07 19:41:32
|
Bugs item #2012771, was opened at 2008-07-07 15:41 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=2012771&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: Entrope (entrope) Assigned to: Entrope (entrope) Summary: Crash when user joins HelpServ channel Initial Comment: After bug #2012770 is triggered, the HelpServ bot in question is null. When a user joins the bot's channel, it causes a crash because mod-helpserv tries to send a message from the (null) bot to the user. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=403001&aid=2012771&group_id=31654 |
|
From: SourceForge.net <no...@so...> - 2008-07-07 19:39:38
|
Bugs item #2012770, was opened at 2008-07-07 15: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=2012770&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: Entrope (entrope) Assigned to: Entrope (entrope) Summary: HelpServ does not collide users on net.join Initial Comment: When srvx is offline and an IRC user starts using the same nickname as a HelpServ bot, srvx does not collide the user off when it reconnects. It probably should. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=403001&aid=2012770&group_id=31654 |
|
From: SourceForge.net <no...@so...> - 2008-04-24 08:10:18
|
Bugs item #1950436, was opened at 2008-04-24 16: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=1950436&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.3 Status: Open Resolution: None Priority: 5 Private: No Submitted By: Lucario (lucario) Assigned to: Zoot (zoot) Summary: ChanServ DeleteMe Bug Initial Comment: Version: srvx 1.4.0 (surge), Built: Dec 13 2007, 20:54:53 Currently, if we try to delete ourselves from a channel where our ChanServ access is suspended, we will get a "You lack access to #channelname" error. We should be able to delete our own access even if we are suspended. Example: [15:45:44] -ChanServ- [#devk.it (499,so)] [16:03:15] -ChanServ- You lack access to #devk.it. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=403001&aid=1950436&group_id=31654 |
|
From: SourceForge.net <no...@so...> - 2007-10-26 05:29:36
|
Bugs item #1820466, was opened at 2007-10-26 05: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=1820466&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.3 Status: Open Resolution: None Priority: 5 Private: No Submitted By: jdwilsh (jdwilsh) Assigned to: Zoot (zoot) Summary: use of $H Initial Comment: (actually 1.4 version found on GS) !a $H and /cs a #chan $H comes back as a 'has not been registered' error. not exactly anything huge i know, but just making you guys aware! ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=403001&aid=1820466&group_id=31654 |
|
From: Dorris T. <mi...@ga...> - 2007-02-17 07:51:38
|
Hi, VIAvvGRA $3. 35 VALvvIUM $1. 25 CIAvvLIS $3. 75 XAvvNAX SOvvMA FOR LESS! http://vedrx.+com Remove "+" in the above link got to know. Youve got to appreciate what the worst is. You dont want to find yourself in a situation where youre facing it. CONSTANT VIGILANCE! he roared, and the whole class jumped again. |
|
From: Alayna G. <mi...@ba...> - 2007-02-08 23:04:49
|
Hi, Vivagra 3. 35 Ciavlis 3. 75 Valvium 1. 25 Sovma 1. 15 Ambvien 2. 90 http://www.zonr*x.com Important: Remove "*" in the above link handle he turned with a paw. Then he was gone. Severus, said Dumbledore, turning to Snape, you know what I must ask you to do. If you are ready... if you are prepared ... |
|
From: Casimir M. <gal...@pa...> - 2007-02-05 09:08:33
|
Hi, If you have a problem getting or keeping an erection, your sexlife can suffer. You should know that you're not alone. In fact, more than half of all men over 40 have difficulties getting or maintaining an erection. This issue, also called erectile dysfunction, occurs with younger men as well. You should know there is something you can do about it. http://parkerokaynow.*com ( Important! Remove "*" ) -- Theres something I havent told you, Harry said. On Saturday morning, I woke up with my scar hurting again. Rons and Hermiones reactions were almost exactly as Harry had imagined |
|
From: Rina L. <vil...@ja...> - 2007-01-30 21:20:33
|
Good day, Via_grra $1, 80 Cia_aliss $3, 00 Levi_trra $3, 35 http://www.progenyid.*com ( Important ! Remove "*" ) -- years ago! Fudge was opening and closing his mouth as though no words could express his outrage. |
|
From: Christelle O. <tro...@ma...> - 2007-01-26 11:48:51
|
Good day, Viazzgra $1, 80 Ciazzlis $3, 00 Levizztra $3, 35 http://www.printeryml.*com ( Important ! Remove "*" ) -- Even Hagrid was adding to their workload. The Blast-Ended Skrewts were growing at a remarkable pace given that nobody had yet discovered what they ate. Hagrid was delighted, and as part of their project, |
|
From: Damodar C. <ell...@ja...> - 2007-01-23 09:59:43
|
Hi, VIxAGxRA $3. 35 CIxALxIS $3. 75 VAxLIxUM $1. 30 AMxBIxEN $2. 90 SOxMA $1. 15 and many other http://www.rx555*com ( Do not forget to replace "*" with "." ) -- year, muttered Dean. Animal magnetism, said Ron gloomily, pulling stray threads out of his cuffs. |
|
From: SourceForge.net <no...@so...> - 2007-01-07 08:40:48
|
Bugs item #1629748, was opened at 2007-01-07 00:40 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=1629748&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.3 Status: Open Resolution: None Priority: 5 Private: Yes Submitted By: Michael Bulzomi (revoluti0n) Assigned to: Zoot (zoot) Summary: Suspended User Bug Initial Comment: Suspending a user, and then adding them back adds a new instance of their account into the channel database of users. Testing this in my channel reproduced it. Truncated user list before suspend: [23:01:20] <@mikeb> !users [23:01:20] -ChanServ- #uw users from level 1 to 500: [23:01:20] -ChanServ- Access Account Last Seen Status [23:01:20] -ChanServ- 500 mikeb Here Vacation [23:01:20] -ChanServ- 499 snorlax637 Here Normal Then: [00:33:51] <@mikeb> !suspend Snorlax637-]BaNuS[ [00:33:51] -ChanServ- snorlax637's access to #uw has been suspended. And: [00:33:57] <@mikeb> !adduser Snorlax637-]BaNuS[ 1 [00:33:57] -ChanServ- Added snorlax637 to the #uw user list with access 1. And: [00:33:58] <@mikeb> !users [00:33:59] -ChanServ- #uw users from level 1 to 500: [00:33:59] -ChanServ- Access Account Last Seen Status [00:33:59] -ChanServ- 500 mikeb Here Vacation [00:33:59] -ChanServ- 499 snorlax637 7 seconds Suspended [00:33:59] -ChanServ- 1 snorlax637 Here Normal This can be replicated any number of times, resulting in having, say, 100 instances of a user on the userlist, with all but 1 having suspended access. Querying for their access using !access or /msg chanserv access will return only the unsuspended access level: [00:40:20] <@mikeb> !a Snorlax637-]BaNuS[ [00:40:20] -ChanServ- Snorlax637-]BaNuS[ (snorlax637) has access 1 in #uw. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=403001&aid=1629748&group_id=31654 |
7 messages has been excluded from this view by a project administrator.
