View Issue Details
| ID | Project | Category | View Status | Date Submitted | Last Update |
|---|---|---|---|---|---|
| 0001287 | unreal | ircd | public | 2003-10-01 15:56 | 2003-10-02 22:51 |
| Reporter | Troco | Assigned To | |||
| Priority | normal | Severity | minor | Reproducibility | always |
| Status | closed | Resolution | open | ||
| Summary | 0001287: set::modes-on-join bug with ulines | ||||
| Description | When an ULine joins as a first member of a channel, server DOESN'T send set::modes-on-join; then, when first "real" user joins, that channel hasn't those chmodes. | ||||
| Steps To Reproduce | Set set::modes-on-join to "+M", for example. Join an uline. Join you. You aren't gonna see +M mode, and you can talk with no nick reg. | ||||
| 3rd party modules | |||||
|
|
yes, that's logical, coz the services server created the channel :P. |
|
|
Enforcing somehow the modes-on-join when services created the channel would only cause some confusion (like when registered channels get recreated they suddenly get those extra modes again which they prolly don't want, etc...). |
|
|
I haven't checked this, but I think what's he's saying is that when you force a services client like NickServ into a channel the ircd won't apply the modes-on-join specified in the config file. So when a real user joins the channel has no modes set. Not really a problem in my eyes. |
|
|
Umm and why exactly is a U:line creating a channel? |
|
|
I could be wrong here, and of course it aint the firsttime either lol - but since I am also writing services ( Which is now near completed {8-þ ). I would believe that cyber is trying to find a way to keep a channel open if there is no users in it.. yes? Would explain why he is trying to create one... |
|
|
Well, in that case, shouldn't he use the original chanmodes of that channel? ;) |
|
|
Exactly sunrise, but moreover, I would join an uline (to keep on /list) and to keep its chanmodes (especially +OAkl). Due to non-persistance of channels, I'm "forced" to join services in registered channels. For that, I would wanna preserve "global" chanmodes and its own. |
|
|
I would have to agree with you there syzop, you should be getting your channel modes from your registration information that you have stored away for that channel. That is have a flag/bit for each mode that is available. But Troco, but in my services I have made it so that I can specify which modes I want to be default for registered rooms (+ntr) so really you dont even need set::modes-on-join at all considering taking the above into account. |
|
|
I think we can close this "bug" :p. If another server (ie: services) create a channel, it's their job to set the correct chanmodes. |
| Date Modified | Username | Field | Change |
|---|---|---|---|
| 2003-10-01 15:56 | Troco | New Issue | |
| 2003-10-01 20:33 | syzop | Note Added: 0003742 | |
| 2003-10-01 20:41 | syzop | Note Added: 0003745 | |
| 2003-10-01 21:54 | cyberCloWn | Note Added: 0003748 | |
| 2003-10-01 22:47 |
|
Note Added: 0003749 | |
| 2003-10-02 09:15 | sunriser | Note Added: 0003753 | |
| 2003-10-02 14:45 | syzop | Note Added: 0003754 | |
| 2003-10-02 15:01 | Troco | Note Added: 0003756 | |
| 2003-10-02 22:48 | sunriser | Note Added: 0003762 | |
| 2003-10-02 22:51 | syzop | Status | new => closed |
| 2003-10-02 22:51 | syzop | Note Added: 0003763 |
