View Issue Details
ID | Project | Category | View Status | Date Submitted | Last Update |
---|---|---|---|---|---|
0001521 | Anope Development (1.9.x series) | IRCD Support | public | 2013-05-13 17:31 | 2013-05-15 02:26 |
Reporter | localpoison | Assigned To | DukePyrolator | ||
Priority | normal | Severity | major | Reproducibility | always |
Status | resolved | Resolution | fixed | ||
Platform | x86_64 | OS | Debian GNU/Linux 7.0 | ||
Fixed in Version | 1.9.x-GIT | ||||
Summary | 0001521: Enforcer won't release nicks | ||||
Description | This issue has already been reported and fixed for several other IRC daemons, but we're still seeing this behaviour for ngIRCd. The enforcer won't release a nick that is registered but not identified for within the set time limit. Instead you'll see it reconnecting the server in a loop. When recovering that nick, NickServ will tell you the nick has been released, but when a user tries to use that nick it'll tell you that the nick is already in use. The only thing that seems to help is restarting services. Daemon Name: ngIRCd Version: 20.1-IPv6+IRCPLUS+SSL+SYSLOG+ZLIB-x86_64/pc/linux-gnu Anope Version: Anope-1.9.8-may-cause-insanity -- build 0000002, compiled 20:51:49 Jan 31 2013 Regards, local. | ||||
Steps To Reproduce | - join Server - /nick a nick that is registered - don't identify - nickserv takes away nick - it's not possible to recover nick | ||||
Additional Information | everything else works great. Thank you! | ||||
Tags | No tags attached. | ||||
Date Modified | Username | Field | Change |
---|---|---|---|
2013-05-13 17:31 | localpoison | New Issue | |
2013-05-13 23:24 | Adam | Assigned To | => DukePyrolator |
2013-05-13 23:24 | Adam | Status | new => assigned |
2013-05-13 23:24 | Adam | Category | Nickserv => IRCD Support |
2013-05-15 02:26 | DukePyrolator | Note Added: 0006450 | |
2013-05-15 02:26 | DukePyrolator | Status | assigned => resolved |
2013-05-15 02:26 | DukePyrolator | Fixed in Version | => 1.9.x-GIT |
2013-05-15 02:26 | DukePyrolator | Resolution | open => fixed |