srvx-bugs Mailing List for srvx IRC Services (Page 3)
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: Channah P. <rya...@sa...> - 2006-12-16 11:55:37
|
Re: containmen info=20 HOT FRIDAY FOR TTEN =20 TTEN *** TTEN *** TTEN =20 TTEN - Ten & 10, Inc. =20 GROUND FLOOR opportunity in the WIFI Industry!! =20 TTEN could see explosive growth as a newly trading company - 500%-1000% is not uncommon. =20 Current: 0.11 Sh or t Term Tar get: 1.20 =20 TTEN has grown from China business focus to USA, Europe, Latin America as well as other areas of Asia. Within 12 months expected to generate $2 MILLION in NET INCOME. $200 MILLION in 5 years. =20 TTEN is made up of 4 operating subsidiaries: =09 Tech 10: WIFI and WiMAX Mobile 10: Music and mobile entertainment delivered via Internet, G3, etc Dream Learning Center: Digital Media Learning products Ten & 10 Network: Sales and marketing Telecommunications is globally a TRILLION dollar industry. =20 Tech 10 has entered into a strategic alliance with FSP Holding an Asian based WiFi and WiMAX provider. The collective goal of the venture is to become the premier MAN/LAN (metropolitan area network/local area network) provider satisfying the needs of government and corporations in Asia. FSP is currently a pioneer in developing high performance, efficient and expandable wireless/wired communication networks in Asia. The Core business is: metropolitan wireless broadband for emergency responses, the WiMAX applications and value-added services, include: Public Safety Surveillance and Mobile Command Center, Distance Learning, Cyber Cafe Access, Dynamic Video Surveillance, SOS Poles, Public Traffic System, Road Monitoring System, Video-Conferencing, Multi-media Broadcasting, Train Compartment Monitoring etc. FSP anticipates the ability to generate gross revenues of about $2 billion in five years, and net profits of about $200 million. =20 WATCH TTEN GO HIGHER AND HIGHER. |
|
From: SourceForge.net <no...@so...> - 2006-12-16 00:01:58
|
Bugs item #1616789, was opened at 2006-12-15 19: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=1616789&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.3 Status: Open Resolution: None Priority: 5 Private: No Submitted By: conelli (conelli) Assigned to: Nobody/Anonymous (nobody) Summary: !setinfo, control codes Initial Comment: Looks as if $r*/$b*/$u* or anything that is also a control code (ctrl+r, ctrl+b, ctrl+u, etc.) in a setinfo is interpreted as that code. Example: [17:47:13] <@conelli> !setinfo $rand(1,2) [17:47:13] -ChanServ- Info and(1,2) - .. where "and(1,2)" is in reverse colors, $r=ctrl+r ======== [17:49:12] <@conelli> !setinfo $base(15,10,16) [17:49:13] -ChanServ- Info ase(15,10,16) - .. again, "ase(15,10,16)" is bolded, $b=ctrl+b ======== [17:50:16] <@conelli> !setinfo $ulist [17:50:16] -ChanServ- Info list - .. "list" is underlined, $u=ctrl+u ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=403001&aid=1616789&group_id=31654 |
|
From: SourceForge.net <no...@so...> - 2006-12-15 22:54:22
|
Bugs item #1616770, was opened at 2006-12-15 17:54 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=1616770&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.3 Status: Open Resolution: None Priority: 5 Private: No Submitted By: conelli (conelli) Assigned to: Nobody/Anonymous (nobody) Summary: !setinfo, control codes Initial Comment: Looks as if $r*/$b*/$u* or anything that is also a control code (ctrl+r, ctrl+b, ctrl+u, etc.) in a setinfo is interpreted as that code. Example: [17:47:13] <@conelli> !setinfo $rand(1,2) [17:47:13] -ChanServ- Info and(1,2) - .. where "and(1,2)" is in reverse colors, $r=ctrl+r ======== [17:49:12] <@conelli> !setinfo $base(15,10,16) [17:49:13] -ChanServ- Info ase(15,10,16) - .. again, "ase(15,10,16)" is bolded, $b=ctrl+b ======== [17:50:16] <@conelli> !setinfo $ulist [17:50:16] -ChanServ- Info list - .. "list" is underlined, $u=ctrl+u ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=403001&aid=1616770&group_id=31654 |
|
From: Theda S. <la...@co...> - 2006-11-11 02:22:58
|
Hi, VlArrGRA VALrrlUM ClArrLlS http://www.kinyunhderunhasde.com =20 _____ =20 He was a big man with a big jaw, which he rubbed as he kicked his |
|
From: SourceForge.net <no...@so...> - 2006-07-16 23:24:07
|
Bugs item #1523573, was opened at 2006-07-16 23:24 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=1523573&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.3 Status: Open Resolution: None Priority: 5 Submitted By: xtu (xtu) Assigned to: Entrope (entrope) Summary: Registering a new account. Initial Comment: This isn;t a bug but it does/can cause for some confusion for new users. When registering an account and not providing an email NickServ returns by explaining how to register. But it just lists it like so: [07:10:45] -NickServ- /msg Nic...@se... REGISTER <account> <password> Where it should specify <email> in there as well, it doesn't. This can be easily fixed by adding <email> to line 136 of nickserv.help. I know this isn't a major issue but I just wanted to point it out. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=403001&aid=1523573&group_id=31654 |
|
From: SourceForge.net <no...@so...> - 2006-03-05 18:10:37
|
Bugs item #1443612, was opened at 2006-03-05 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=1443612&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 Submitted By: Mitch528 (mitch528) Assigned to: Zoot (zoot) Summary: ChanServ $H Initial Comment: Well, i tried doing !a *$H and it says: -ChanServ- Account mitch528 has not been registered. But account mitch528 has been registered... -ChanServ- Mitch528 (mitch528) has access ... in #Channel. Its not a high priority bug, but just to let you know ;) ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=403001&aid=1443612&group_id=31654 |
|
From: SourceForge.net <no...@so...> - 2006-02-14 03:40:25
|
Support Requests item #1431199, was opened at 2006-02-13 21:51 Message generated for change (Comment added) made by entrope You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=403002&aid=1431199&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: Closed Priority: 5 Submitted By: Marc Cabanatuan (mcabanatuan) >Assigned to: Entrope (entrope) Summary: Arch access Initial Comment: Now that it's been almost a year since arch was closed and access to any new development on srvx past the release of 1.3 isn't available, how about opening it up again? Sure would be nice to see if there has been a fix for srvx seeing through fakehost/hiddenhost for ban evasion (s). ---------------------------------------------------------------------- >Comment By: Entrope (entrope) Date: 2006-02-13 22:40 Message: Logged In: YES user_id=10120 No. I have no idea what behavior you are talking about that could be a bug in srvx; there is a known problem with account ban matching in at least one modified version of ircu, but that is a problem in the ircd, not srvx. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=403002&aid=1431199&group_id=31654 |
|
From: SourceForge.net <no...@so...> - 2006-02-14 02:51:42
|
Support Requests item #1431199, was opened at 2006-02-13 20:51 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=403002&aid=1431199&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 Submitted By: Marc Cabanatuan (mcabanatuan) Assigned to: Nobody/Anonymous (nobody) Summary: Arch access Initial Comment: Now that it's been almost a year since arch was closed and access to any new development on srvx past the release of 1.3 isn't available, how about opening it up again? Sure would be nice to see if there has been a fix for srvx seeing through fakehost/hiddenhost for ban evasion (s). ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=403002&aid=1431199&group_id=31654 |
|
From: SourceForge.net <no...@so...> - 2006-01-30 16:04:32
|
Bugs item #1418733, was opened at 2006-01-30 16: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=1418733&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.3 Status: Open Resolution: None Priority: 5 Submitted By: Louise (louise_uk) Assigned to: Entrope (entrope) Summary: Forgetting users? Initial Comment: Hello! I raised this in #srvx too, but didn't get much advise on what may be causing the problem. Okay, to introduce it... Users are just 'forgotten', at which point they are unable to see messages from Services, and are not gagged nor have them on ignore. At the point when this happens, if we try to voice them via ChanServ, it says it voices them, but it doesn't. If the user joins the support channel, HelpServ does not see the user in the channel to help. Users can then disconnect / reconnect using another nick, and are okay to auth. However, then doing an AuthServ INFO on their account shows they're authed to two nicks, which they're not; only one is online - the other isn't. Doing an OpServ WHOIS on the user that doesn't exist shows that it's online, and authed, and even opped in channels (almost like what they were previously) - this user is not online. My everything.log has the following info: [20:06:46 01/29/2006] (srvx:error) PARSE ERROR on line: ABAAv N godfather 1138565204 [20:06:47 01/29/2006] (srvx:warning) GetUserN(ABAAv) couldn't find user! [19:30:33 01/29/2006] (srvx:error) PARSE ERROR on line: AGAAS J #support 1138498932 [19:32:53 01/29/2006] (srvx:error) PARSE ERROR on line: AGAAS L #support [19:32:53 01/29/2006] (srvx:error) PARSE ERROR on line: AGAAS J #support 1138498932 [20:06:46 01/29/2006] (srvx:error) PARSE ERROR on line: ABAAv N godfather 1138565204 [23:21:01 01/29/2006] (srvx:error) PARSE ERROR on line: AGAAD N dirty 1138576858 We are using identical u2.10.11.07 on both servers, with the following patches: From: https://svn.quakenet.org/svn/quakenet/asuka/tags/1.2.2 a0/patches/ - Asuka's ACCOUNTONLY (+R) - Asuka's ForcedInvisible (+i on connect, and cannot unset it). - Asuka's +cCN patch (with only +Cc, not +N). - Asuka's +nIX patch (with only +nI, not +X). - Asuka's Opers not to have target change. Others: - Fakehost support for Srvx in IRCu (from patches.reedloden.com) - Pseudo commands patch by Zoot This affected not only staff, but normal accounts too, and wasn't limited to the same account or user. All compiles okay, with no problem. As far as SRVX goes, and we're using the p10 protocol on ./configure. Any help would be greatly appreciated, very odd! Best Regards. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=403001&aid=1418733&group_id=31654 |
|
From: SourceForge.net <no...@so...> - 2005-10-18 23:45:40
|
Bugs item #1330349, was opened at 2005-10-18 16: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=1330349&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 Submitted By: Jonathan (jdingman) Assigned to: Nobody/Anonymous (nobody) Summary: bans not getting set Initial Comment: when a user sets themself using account.<non .user hostname>.network name; IE paul.l33t.gamesurge, rather than paul.user.gamesurge, a ban fails to be set. you can ban account.user.gamesurge and it will kick the user, but the user is allowed to rejoin because a ban is not set for the hostname accordingly. major bug because users can rejoin, but are kicked upon entering. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=403001&aid=1330349&group_id=31654 |
|
From: SourceForge.net <no...@so...> - 2005-07-01 17:43:59
|
Bugs item #1231116, was opened at 2005-07-01 12: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=1231116&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 Submitted By: Jason R. Rokeach (strikeh) Assigned to: Zoot (zoot) Summary: DNR on #*ANYTHING* acts as dnr on #* Initial Comment: I'm using the latest dev version (Built: Jun 29 2005, 01:18:18). 07.01[13:43:13] <@Strike> !dnr #*test* Testing 07.01[13:43:14] -ChanServ- #*test* has been added to the do-not-register list. 07.01[13:43:26] <@Strike> !register #nothing Strike 07.01[13:43:26] -ChanServ- #*test* is do-not-register (set 2005 Jul 01 by Strike): Testing ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=403001&aid=1231116&group_id=31654 |
|
From: Neateye <nit...@ao...> - 2005-06-01 19:14:40
|
Call out Gouranga be happy!!! Gouranga Gouranga Gouranga .... That which brings the highest happiness!! |
|
From: SourceForge.net <no...@so...> - 2005-03-28 19:32:15
|
Bugs item #1172054, was opened at 2005-03-28 11: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=1172054&group_id=31654 Category: NickServ Group: 1.3 Status: Open Resolution: None Priority: 5 Submitted By: Christoph 'Toph' Blecker (mr_toph) Assigned to: Entrope (entrope) Summary: AuthServ doesn't invite into channels with autoinvite on Initial Comment: When I authenticate to AuthServ on GameSurge, AuthServ procedes to invite me to all the channels that I have set autoinvite on for. Just recently I was given access to two new channels, and proceded to use the "! uset autoinvite 1" in both of them. ChanServ received and acknoledged the command. Next time I auth however, I don't get invited into these channels. The old function of autoinvite used to only invite you into the channel if it was locked, but since the rollout of 1.3 it would invite you into all channels with it on, regardless of +k/+i status. It seems to disregard both channel modes. When I auth and join these channels, my access is there, and when I go "!uset" it shows that I have autoinvite on, yet nothing I try will get AuthServ and ChanServ to invite me on auth. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=403001&aid=1172054&group_id=31654 |
|
From: SourceForge.net <no...@so...> - 2005-03-19 13:07:01
|
Bugs item #1166488, was opened at 2005-03-20 00:06 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=1166488&group_id=31654 Category: NickServ Group: None Status: Open Resolution: None Priority: 5 Submitted By: Gingercat (gingercat) Assigned to: Entrope (entrope) Summary: Cookie screwup Initial Comment: I requested a cookie due to my host not resolving, and this is what I got: This email has been sent to let you authenticate (auth) to account (null) on GameSurge. Your cookie is <info removed>. To auth to that account, log on to GameSurge and type the following command: /msg Gingercat@(null) COOKIE (null) <info removed> If you did NOT request this authorisation, you do not need to do anything. Please contact the GameSurge staff if you have questions. Now, actually using that command would of course get nowhere. I know the setup of the cookie command so I was able to auth, since the cookie string was valid (I've removed it). The rest of the information was not, as you can see. Just wondering if you folks are aware of the above output being sent on authcookie request. I've seen it do this before too. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=403001&aid=1166488&group_id=31654 |
|
From: SourceForge.net <no...@so...> - 2005-02-03 03:57:42
|
Support Requests item #988609, was opened at 2004-07-10 15:48 Message generated for change (Settings changed) made by entrope You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=403002&aid=988609&group_id=31654 Category: None Group: None >Status: Closed Priority: 5 Submitted By: Adam Stas (bonzisamuri) Assigned to: Nobody/Anonymous (nobody) Summary: Speical Hidden Hostmask Initial Comment: On gamesurge the staff has special host masks (i.e. *! *@authname.support.gamesurge, *! *@authname.admin.gamesurge, etc). How do you set that up? ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=403002&aid=988609&group_id=31654 |
|
From: SourceForge.net <no...@so...> - 2005-02-03 03:06:04
|
Support Requests item #1115175, was opened at 2005-02-02 21:46 Message generated for change (Comment added) made by entrope You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=403002&aid=1115175&group_id=31654 >Category: None Group: None Status: Open Priority: 5 Submitted By: APCyberax (apcyberax) Assigned to: Entrope (entrope) Summary: Server but no services Initial Comment: when i try and connect the services i get the server conencting ok but no users(services) on the server. Services.amcool.net [Users: 0] [ 0%] ---------------------------------------------------------------------- >Comment By: Entrope (entrope) Date: 2005-02-02 22:06 Message: Logged In: YES user_id=10120 Refiling as a support request, since there is no indication that this is a problem in srvx. What ircd (name and version) are you using? Which version of srvx? What kinds of changes did you make to srvx.conf.example before using it as srvx.conf? ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=403002&aid=1115175&group_id=31654 |
|
From: SourceForge.net <no...@so...> - 2005-02-03 02:46:43
|
Bugs item #1115175, was opened at 2005-02-03 02:46 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=1115175&group_id=31654 Category: NickServ Group: None Status: Open Resolution: None Priority: 5 Submitted By: APCyberax (apcyberax) Assigned to: Entrope (entrope) Summary: Server but no services Initial Comment: when i try and connect the services i get the server conencting ok but no users(services) on the server. Services.amcool.net [Users: 0] [ 0%] ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=403001&aid=1115175&group_id=31654 |
|
From: SourceForge.net <no...@so...> - 2004-11-01 09:31:53
|
Bugs item #1058032, was opened at 2004-11-01 10:31 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=1058032&group_id=31654 Category: ChanServ Group: 1.3 Status: Open Resolution: None Priority: 5 Submitted By: Ravu al Hemio (ravu_al_hemio) Assigned to: Zoot (zoot) Summary: Bahamut+srvx - !down(all) and !up(all) problems Initial Comment: I have a very specific problem. I am running Bahamut 1.8 (stable), code-versioned: "bahamut-1.8(03). [>DOMAIN NAME WITHHELD<] :aABCFhiMtTY/ TS5ow-r[RELEASE] RPL1 NP[kLU]" I am also running on the latest Arch build of srvx (1.3-82): "srvx 1.3 (surge), Built: Oct 29 2004, 15:50:12" This is a raw log of what happens if I try to use !up, !upall or !down / !downall. (The nickname is Ondra.) << PRIVMSG #wtf :!upall >> :ChanServ!ChanServ@srvx.[>DOMAIN NAME WITHHELD<] MODE #wtf +o Ondra >> :ChanServ!ChanServ@srvx.[>DOMAIN NAME WITHHELD<] MODE #todesstern +o Ondra >> :ChanServ!ChanServ@srvx.[>DOMAIN NAME WITHHELD<] MODE #ondra +o Ondra << PRIVMSG #wtf :!downall >> :ChanServ!ChanServ@srvx.[>DOMAIN NAME WITHHELD<] MODE #wtf +o Ondra >> :ChanServ!ChanServ@srvx.[>DOMAIN NAME WITHHELD<] MODE #todesstern +o Ondra >> :ChanServ!ChanServ@srvx.[>DOMAIN NAME WITHHELD<] MODE #ondra +o Ondra ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=403001&aid=1058032&group_id=31654 |
|
From: SourceForge.net <no...@so...> - 2004-10-20 05:19:00
|
Bugs item #1050482, was opened at 2004-10-19 22:18 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=1050482&group_id=31654 Category: ChanServ Group: 1.3 Status: Open Resolution: None Priority: 5 Submitted By: penorman (penorman) Assigned to: Zoot (zoot) Summary: Default modes setting and +z Initial Comment: This report is based on observations on gamesurge when I registered a new channel. I understand that this doesn't effect anything except for display however. When a new channel is created, the modes setting is by default +tnz. When you attempt to use the command set #channel modes +tnz chanserv responds with +tnz is an invalid mode lock. This can be somewhat confusing, as the impression given by +tnz being the current mode lock is that it is a valid mode lock. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=403001&aid=1050482&group_id=31654 |
|
From: SourceForge.net <no...@so...> - 2004-10-16 08:02:49
|
Bugs item #1048231, was opened at 2004-10-16 18: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=1048231&group_id=31654 Category: NickServ Group: 1.3 Status: Open Resolution: None Priority: 5 Submitted By: Nutter (nutter-) Assigned to: Entrope (entrope) Summary: Email Change Cookie in wrong order Initial Comment: When requesting an Email Change cookie, I get both parts of the cookie, but in the wrong order. From the emails I get: The FIRST HALF of your cookie is Rkq2W To verify your new address as associated with this account, log on to GameSurge and type the following command: /AUTHSERV COOKIE Nutter Rkq2W????? The SECOND HALF of your cookie is JVpkf. To verify your address as associated with this account, log on to GameSurge and type the following command: /AUTHSERV COOKIE Nutter ?????JVpkf So I do as noted: /AUTHSERV COOKIE Nutter Rkq2WJVpkf -AuthServ- That cookie is not the right one. Please make sure you are copying it EXACTLY from the email; it is case-sensitive, so ABC is different from abc. Swap them around: /AUTHSERV COOKIE Nutter JVpkfRkq2W -AuthServ- You have successfully changed your email address. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=403001&aid=1048231&group_id=31654 |
|
From: SourceForge.net <no...@so...> - 2004-10-07 01:00:15
|
Bugs item #1041903, was opened at 2004-10-06 21: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=1041903&group_id=31654 Category: ChanServ Group: None Status: Open Resolution: None Priority: 5 Submitted By: Jonathan Dance (dancej) Assigned to: Zoot (zoot) Summary: All settings should respect setters setting Initial Comment: This bug is present in the current version of srvx in use on GameSurge. Some might say its a problem, issue, or RFE, but I say its a bug because the current behavior different from the documentation. Basically, certain settings ignore (to some degree) the "setters" setting with regards on who can set them. This is any setting which is based on user level. For instance, "enftopic." If enftopic is above the user who is trying to !set, then the setter gets an access denied message, even if their level is above the "setters" setting. For example, lets say user A is 500 and user B is 450. Current behavior: <A> !set setters 400 <A> !set enftopic 501 <B> !set givevoice 0 -ChanServ- GiveVoice 0 <B> !set enftopic 450 -ChanServ- That setting is above your current level, so you cannot change it. <A> That's lame, only I can change EnfTopic. Expected behavior: <A> !set setters 400 <A> !set enftopic 501 <B> !set givevoice 0 -ChanServ- GiveVoice 0 <B> !set enftopic 450 -ChanServ- EnfTopic 450 In summary, any user above the current "setters" setting should be able to !set any setting, regardless of the current value of that setting. If the current implementation was done on purpose, it should still be changed. Simply put, setters defines who should and should not be able to change settings. It is not the job of the individual setting to determine this. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=403001&aid=1041903&group_id=31654 |
|
From: SourceForge.net <no...@so...> - 2004-09-16 18:17:29
|
Bugs item #1029385, was opened at 2004-09-16 13:17 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=1029385&group_id=31654 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Michael Laforest (paralizer) Assigned to: Nobody/Anonymous (nobody) Summary: enftopic Initial Comment: I'm able to change the topic in a channel which has it "locked". ChanServ does not correct the change, but does inform me it is illegal. [14:03:14] (@para) !access [14:03:14] -ChanServ- para (Paralizer) has access 400 in #doomscrim. [13:59:59] (@para) !set [14:00:00] -ChanServ- Channel Options: [14:00:00] -ChanServ- DefaultTopic [ doomscrim Powered By: #codscrim News: * ] [14:00:00] -ChanServ- TopicMask [ doomscrim Powered By: #codscrim News: * ] [14:00:00] -ChanServ- Greeting Welcome to #doomscrim, powered by: #codscrim [14:00:00] -ChanServ- UserGreeting None [14:00:00] -ChanServ- Modes +tnCz [14:00:00] -ChanServ- PubCmd 0 [14:00:00] -ChanServ- InviteMe 1 [14:00:00] -ChanServ- UserInfo 1 [14:00:00] -ChanServ- GiveVoice 100 [14:00:00] -ChanServ- GiveOps 200 [14:00:00] -ChanServ- EnfOps 300 [14:00:00] -ChanServ- EnfModes 200 [14:00:00] -ChanServ- EnfTopic 501 [14:00:00] -ChanServ- TopicSnarf 501 [14:00:00] -ChanServ- Setters 100 [14:00:00] -ChanServ- CTCPUsers 501 [14:00:00] -ChanServ- CTCPReaction 2 - Short timed ban on disallowed CTCPs [14:00:00] -ChanServ- Protect 2 - Users will be protected from those of lower access. [14:00:00] -ChanServ- Toys 1 - Toys will only reply privately. [14:00:00] -ChanServ- TopicRefresh 0 - Never refresh topic. [14:00:00] -ChanServ- Mod None [14:00:00] -ChanServ- Game None [14:00:00] -ChanServ- DynLimit Off [14:00:00] -ChanServ- NoDelete Off [14:01:20] - para applies topic: :o [14:01:20] -ChanServ- The #doomscrim topic is locked. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=403001&aid=1029385&group_id=31654 |
|
From: SourceForge.net <no...@so...> - 2004-08-29 20:42:52
|
Bugs item #1018708, was opened at 2004-08-29 20: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=1018708&group_id=31654 Category: ChanServ Group: None Status: Open Resolution: None Priority: 5 Submitted By: foxhunter1 (foxhunter1) Assigned to: Zoot (zoot) Summary: Possible security bug with /msg chanserv say Initial Comment: Reasons for problem: 1. All users can use the "/msg chanserv say #channel blah" command which will send a message to a channel as if it were said by chanserv. 2. Chanserv cannot be kicked as it is a network service. 3. There is no way to enforce restrictions on who can send the say command to chanserv (i.e. there is no way to limit access to say command to level 200, 300, 400, 500 through "/msg chanserv set" as there is for enfops. all users can always use the say command.) Therefore causes this problem: Results in possibility that a user could flood a channel via proxy of chanserv by sending repeated "/msg chanserv say #channel blah" messages. As chanserv will never be kicked for flooding (you can't kick a network service) the flood will continue. Current solution: Only current solution I'm aware of is for either a 300- 500 ranked user or an ircop to use Xevents to see who is sending the say command to chanserv. If no 300-500 users are present, flood could occur and people wouldn't know who was sending the messages to chanserv. Suggested solution: Create a command to enforce restrictions on who can access the say command. (i.e. level 100 and above, for example). -- foxhunter ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=403001&aid=1018708&group_id=31654 |
|
From: SourceForge.net <no...@so...> - 2004-08-25 23:10:00
|
Bugs item #1016394, was opened at 2004-08-25 23: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=1016394&group_id=31654 Category: ChanServ Group: 1.3 Status: Open Resolution: None Priority: 5 Submitted By: gerbilatasp (gerbil1973) Assigned to: Zoot (zoot) Summary: problems with oping and deoping Initial Comment: here is a log of the event , all channels on thundercity were like this . gerbil <@gerbil_working> Xdown *X* You are not opped or voiced in #ThunderLoonie. <@gerbil_working> try that <@Qlined> ?trace count server dues* channel #l337warez <@kiten> why Xdown? <@gerbil_working> try <@kiten> me? <@gerbil_working> sure <@kiten> Xdown <@Qlined> ?trace count server dues* channel #l33twarez <@kiten> hrm <@gerbil_working> nice huh <@Moby> yeppers <@Moby> whats up? <@kiten> [17:46] --X-- You are not opped or voiced in #ThunderLoonie . <@gerbil_working> try to X down moby <@Moby> Xdown <@kiten> is that what yours says, gerbil? <@gerbil_working> same <@Moby> Xup <@gerbil_working> but <@Moby> Xdown X sets mode: -o Moby X sets mode: +v Moby <@gerbil_working> Xup <@gerbil_working> Xdown X sets mode: -o gerbil_working X sets mode: +v gerbil_working <+gerbil_working> 12 11Thanks for the +v 12 <+Moby> Xset <+gerbil_working> heh <+gerbil_working> strange <+gerbil_working> Xup X sets mode: +o gerbil_working <+Moby> Xdown X sets mode: -v Moby <@gerbil_working> Xdown X sets mode: -ov gerbil_working gerbil_working X sets mode: +v gerbil_working <+gerbil_working> 12 11Thanks for the +v 12 <Moby> Xup X sets mode: +o Moby <+gerbil_working> Xup <@Moby> Xdown X sets mode: +o gerbil_working X sets mode: -o Moby X sets mode: +v Moby <+Moby> Xdown X sets mode: -v Moby <Moby> Xup X sets mode: +o Moby <@Wodan> Xdown <@Moby> Xdown X sets mode: -o Moby X sets mode: +v Moby <@JenW> you're making me dizzy :( <+Moby> Xup <@Wodan> Xup X sets mode: +o Moby <@Wodan> Xdown <@kiten> what are y'all doing? X sets mode: -o Wodan X sets mode: +v Wodan <+Wodan> Xup X sets mode: +o Wodan <@gerbil_working> wonder what happened <@kiten> y'all are silly <@JenW> making me dizzy that's what they're doing <@Moby> well its not totally broken, but it is a glitch <@kiten> rofl, jenW <@Moby> you can actually help <@Moby> send a bug report to www.srvx.net <@gerbil_working> will do <@Moby> include this log with: <@Moby> [00:49:48] -> [X] VERSION <@Moby> [00:49:49] [X VERSION reply]: srvx 1.3 (surge) sr...@sr...--2004-srvx/srvx--devo--1.3--patch-77 <@Moby> include: <@Moby> [00:48:14] -X- Channel Options: <@Moby> [00:48:14] -X- DefaultTopic ThunderCity IRC Network - Staff Channel [News: Check the forums ( http://www.thundercity.net/phpbb ) for info.] <@Moby> [00:48:14] -X- TopicMask None <@Moby> [00:48:14] -X- Greeting None <@Moby> [00:48:14] -X- UserGreeting Any member of staff who has not yet registered at the new forum site on http://www.thundercity.net/phpbb/ are asked to please do so as soon as possible. Thank you. <@Moby> [00:48:14] -X- Modes -p+stin <@Moby> [00:48:14] -X- PubCmd 0 <@Moby> [00:48:14] -X- InviteMe 1 <@Moby> [00:48:14] -X- UserInfo 1 <@Moby> [00:48:14] -X- GiveVoice 100 <@Moby> [00:48:14] -X- GiveOps 200 <@Moby> [00:48:14] -X- EnfOps 300 <@Moby> [00:48:14] -X- EnfModes 200 <@Moby> [00:48:14] -X- EnfTopic 200 <@Moby> [00:48:14] -X- TopicSnarf 501 <@Moby> [00:48:14] -X- Setters 100 <@Moby> [00:48:14] -X- CTCPUsers 501 <@Moby> [00:48:14] -X- CTCPReaction 2 - Short timed ban on disallowed CTCPs <@Moby> [00:48:14] -X- Protect 2 - Users will be protected from those of lower access. <@Moby> [00:48:14] -X- Toys 1 - Toys will only reply privately. <@Moby> [00:48:14] -X- DynLimit Off <@Moby> [00:48:14] -X- NoDelete On ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=403001&aid=1016394&group_id=31654 |
|
From: SourceForge.net <no...@so...> - 2004-08-20 02:11:52
|
Bugs item #1012641, was opened at 2004-08-19 22: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=1012641&group_id=31654 Category: ChanServ Group: None Status: Open Resolution: None Priority: 5 Submitted By: Cactuar (cactuar) Assigned to: Zoot (zoot) Summary: Expiration of suspended channels Initial Comment: Supended channels, whether they be supended infinitely or for a duration greater than the expiration delay, will expire after passing the expiration delay. Having suspended channels expire makes it impossible to suspended channels for any duration greater than the expiration delay is. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=403001&aid=1012641&group_id=31654 |
7 messages has been excluded from this view by a project administrator.
