View Issue Details
| ID | Project | Category | View Status | Date Submitted | Last Update |
|---|---|---|---|---|---|
| 0003103 | unreal | ircd | public | 2006-11-03 13:14 | 2007-04-15 16:20 |
| Reporter | Jobe | Assigned To | |||
| Priority | normal | Severity | minor | Reproducibility | have not tried |
| Status | closed | Resolution | no change required | ||
| Product Version | 3.2.5 | ||||
| Summary | 0003103: ULined users de-oped in channels after server reconnects. | ||||
| Description | Basically if the services' hub server goes down and then comes back up and channels are then recreated on that server by ULined services bots, when the server reconnects to the network it's nearest uplick server de-ops ULined bots in the channel. Im assuming this shouldnt be the case since the point of ULines where so that the IRCd is to not interfear with services clients. If im wrong about this i appolagize. If you need more information i will be only too happy to help. I also apolagize if this has been reported before as i have not been able to find it (either i didnt try hard enough or i missed it completly in which case i need to go to the opticians to get glasses). Example (where InvictaBot is the ULined bot): * bravo.invictachat.net sets mode -n #invicta * bravo.invictachat.net sets mode -t #invicta * bravo.invictachat.net sets mode -r #invicta * bravo.invictachat.net sets mode -f #invicta [5j#i1,20m#M1,10n#N1]:10 * bravo.invictachat.net sets mode -a #invicta InvictaBot * bravo.invictachat.net removes channel operator status from InvictaBot Guest15702 * ben1989 ([email protected]) has joined #invicta * Alex-Away ([email protected]) has joined #invicta * bravo.invictachat.net sets mode +q #invicta Alex-Away * bravo.invictachat.net sets mode +a #invicta Alex-Away * bravo.invictachat.net gives channel operator status to Alex-Away * bravo.invictachat.net sets mode +n #invicta * bravo.invictachat.net sets mode +t #invicta * bravo.invictachat.net sets mode +r #invicta * bravo.invictachat.net sets mode +f #invicta [5j#i1,20m#M1,10n#N1]:10 | ||||
| 3rd party modules | |||||
|
|
This is just a result of the timestamp-based channel merging, which is applied indiscriminatly of uline or not. Strictly speaking op status and stuff doesn't even matter to a uline (they can modechange/kick everything anyway), so I really see no reason to change this. The fact that the bot stays deopped would actually be more of a services bug, as they probably aren't properly handling the timestamp information. And no, it's not likely that unreal will "send back" the things to make services understand it properly. For a server, putting SJOIN/SJ2/SJ3 in the PROTOCTL means you support all aspects of it, including processing the effects of timestamp-merging without having your hand held. |
|
|
Not a bug. Standard behaviour of TS |
