View Issue Details
| ID | Project | Category | View Status | Date Submitted | Last Update |
|---|---|---|---|---|---|
| 0003115 | unreal | ircd | public | 2006-11-14 23:35 | 2007-05-07 12:36 |
| Reporter | mike414 | Assigned To | |||
| Priority | normal | Severity | feature | Reproducibility | N/A |
| Status | closed | Resolution | no change required | ||
| Product Version | 3.2.5 | ||||
| Summary | 0003115: Feature request: Changing +I | ||||
| Description | I'd like it if +I was the same as giving someone an invite, so it would allow people to join if the channel was +l and full, etc. Also, if the extended ban types could work with +I that would be great. Keep up the good work! | ||||
| 3rd party modules | |||||
|
|
[quote]I'd like it if +I was the same as giving someone an invite, so it would allow people to join if the channel was +l and full, etc.[/quote] While I can see the purpose of that, it's not really what +I means. +I means Invite exception as in "these users don't need to be invited to join when +i is set" not "these users are automatically invited". Not really a reason not to I suppose, but you also don't exactly want +I to end up as a +e replacement (which it would if you just made it like "autoinvite"). [quote]Also, if the extended ban types could work with +I that would be great.[/quote] As it is, only 2 extban types really make sense with +I (~c:channel and ~r:realname). Module-defined extbans only sometimes make any sense with +I (I guess if you had something like regex bans). Examples of what does not make sense include ~q and ~n (I guess you could say anyone matching a ~q gets +v on join, but that's extremely stretching the whole point of +I). If anything, +I would be better off with its own "extinvites" deal. (Also see 0002817 ...) |
|
|
Oh, I forgot to add, my end goal was to have a channel that would forward anyone that wasn't on a list such as +I to another channel (defined with +L) so any feature that would allow for this would be great. Thanks for the reply aquanight |
|
|
I think making +I override +k and +l would be a good idea. I would use +I ~c (I've tried it before ;-;) |
|
|
A couple more thoughts: [EDIT: These thoughts sucked.] This would mean shorter commands and mode lists :D +I ~r:stuff and +e ~r:stuff seem a bit daft to me >.> |
|
|
We should keep invex as it is, invite exceptions, basically all what aquanight said... +I extbantype alike thingies are in 0002817 indeed. |
| Date Modified | Username | Field | Change |
|---|---|---|---|
| 2006-11-14 23:35 | mike414 | New Issue | |
| 2006-11-15 01:25 | aquanight | Note Added: 0012660 | |
| 2006-11-15 01:26 | aquanight | Note Edited: 0012660 | |
| 2006-11-15 01:30 | aquanight | Note Edited: 0012660 | |
| 2006-11-15 05:57 | mike414 | Note Added: 0012661 | |
| 2007-04-19 04:26 |
|
Status | new => acknowledged |
| 2007-04-19 04:26 |
|
View Status | private => public |
| 2007-04-19 04:45 | Shining Phoenix | Note Added: 0013597 | |
| 2007-04-30 06:39 | Shining Phoenix | Note Added: 0013943 | |
| 2007-04-30 06:40 | Shining Phoenix | Note Edited: 0013597 | |
| 2007-04-30 08:12 |
|
Status | acknowledged => feedback |
| 2007-04-30 22:23 | Shining Phoenix | Note Edited: 0013943 | |
| 2007-05-07 12:36 | syzop | Status | feedback => closed |
| 2007-05-07 12:36 | syzop | Note Added: 0014017 | |
| 2007-05-07 12:36 | syzop | Resolution | open => no change required |
