View Issue Details
| ID | Project | Category | View Status | Date Submitted | Last Update |
|---|---|---|---|---|---|
| 0004069 | unreal | ircd | public | 2012-01-11 04:35 | 2012-01-22 16:20 |
| Reporter | Severus_Snape | Assigned To | syzop | ||
| Priority | low | Severity | feature | Reproducibility | N/A |
| Status | closed | Resolution | no change required | ||
| Summary | 0004069: UMODE for IPv6 Connections. | ||||
| Description | This is a proposal for creating an umode for people using IPv6 (people like to showoff that they use ipv6, and also it can lead to IPv6-only channel mode). Something like "+6" or "+f". And it will add a line to the whois: * [Severus_Snape] is connecting via IPv6 (IPv6 in bolds) | ||||
| 3rd party modules | |||||
|
|
+f of +future, btw- ;) |
|
|
1> having another umode taking up memspace for something like this is pointless. 2> I can /whois you already and see you are using ipv6. 3> having an ipv6 only chanmode serves absolutely no real purpose. 4> vanity much? |
|
|
Well, certainly it is most vanity that other things... But with that chanmode "+X" that someones where discussing i will be ok. |
|
|
i do not think this is a very good idea. |
|
|
User and channel modes are a limited resource, and I don't feel this is a useful feature to have. There just shouldn't be any reason to filter people based on whether they use IPv4 or IPv6. If you insist on filtering people, then you can always ban +b *:* (ipv4 only), or the other way around +iI *:* (ipv6 only). Thanks for the suggestion, though. |
| Date Modified | Username | Field | Change |
|---|---|---|---|
| 2012-01-11 04:35 | Severus_Snape | New Issue | |
| 2012-01-11 04:39 | Severus_Snape | Note Added: 0016858 | |
| 2012-01-13 06:27 | katsklaw | Note Added: 0016864 | |
| 2012-01-13 15:31 | Severus_Snape | Note Added: 0016865 | |
| 2012-01-22 10:02 |
|
Note Added: 0016878 | |
| 2012-01-22 16:20 | syzop | Note Added: 0016887 | |
| 2012-01-22 16:20 | syzop | Status | new => closed |
| 2012-01-22 16:20 | syzop | Assigned To | => syzop |
| 2012-01-22 16:20 | syzop | Resolution | open => no change required |