View Issue Details
| ID | Project | Category | View Status | Date Submitted | Last Update |
|---|---|---|---|---|---|
| 0003217 | unreal | ircd | public | 2007-01-27 20:39 | 2010-10-01 01:36 |
| Reporter | Casey | Assigned To | |||
| Priority | normal | Severity | feature | Reproducibility | N/A |
| Status | acknowledged | Resolution | open | ||
| OS | - | OS Version | - | ||
| Product Version | 3.2.9-RC1 | ||||
| Summary | 0003217: server giving you your modes | ||||
| Description | modes that you have to get from the server (like oper) - that you cannot set yourself when you do /mode Casey +modes it would be nice to have the server give you your modes casey.123.net sets mode: +modes looks quite nice with the server giving you your modes that you cannot set yourself -- makes sense having the server give you your modes that you cannot set yourself -- and when you remove your modes - to come from you. | ||||
| Tags | No tags attached. | ||||
| Attached Files | |||||
| 3rd party modules | |||||
|
|
ok, is it just me or does this not make any sense? i dont understand anything that you're saying... so maybe you can clearify please |
|
|
its just you i think, this makes perfect sense: [01:54:24] * djGrrr sets mode: -oghaANW <-- this is me doing /mode djGrrr -o, which is good as it is, because i am actually removing the mode, but... Server notice mask (+ks) [01:54:24] * djGrrr sets mode: +oghaANW <--- i am not really changing this mode so it should appear as: [01:54:24] * base.us.p2p-network.net sets mode: +oghaANW thats what Casey is saying |
|
|
the modes that the server has to give you (server only modes) that you cannot set on yourself when you do /mode Casey +modes when you /oper Casey password - to become an IRC Operator the server only modes shows as you giving yourself the server only modes Casey sets mode: +modes it would be nice to have the server as the one who is giving you your server only modes casey.123.net sets mode: +modes looks quite nice with the server showing as the one who is giving you your server only modes makes sense having the server show as the one who is giving you your server only modes and when you remove your modes - to show as you |
|
|
Bricker, for example, when you use set::modes-on-connect "+i", it would appear: [xx:xx] Mynickname sets mode: +i Mynickname when it could look like [xx:xx] my.server.net sets mode: +i Mynickname. I'm worried about the client side though. I'm not sure how clients interpret the first string, and how would they react on the second. But it can be done. |
|
|
The general rule with usermodes is that sender is always the same as target. As it is, we break that rule in SVS2MODE (and I haven't a clue why). Most likely is that somewhere is a client that barfs all over upon seeing such an "invalid" usermode change, though I can't imagine there being such a client. (And strictly speaking, you did indeed give yourself umode +o, just indirectly via the /oper command, so it should show up as you changing the mode :P .) |
|
|
Can people test if this breaks anything? Admittedly, the server setting modes on you looks better. |
|
|
it doesn't break anything stskeeps, as i use this with my services (SVS2MODE) |
|
|
Well, anyone up for writing a patch for it then? |
|
|
I'll tackle this one soon maybe if no one else wants it. s/tonight/soon/ # ;) |
|
|
testing.. |
|
|
Update version to get bug back into 3.2.x view, change status to acknowledged |
|
|
Uploaded my attempt :). Feel free to criticise and/or improve. |
| Date Modified | Username | Field | Change |
|---|---|---|---|
| 2007-01-27 20:39 | Casey | New Issue | |
| 2007-01-27 22:07 | Bricker | Note Added: 0013132 | |
| 2007-01-27 23:26 | djGrrr | Note Added: 0013134 | |
| 2007-01-28 01:00 | Casey | Note Added: 0013135 | |
| 2007-01-28 03:07 | Grunt | Note Added: 0013139 | |
| 2007-01-28 03:07 | Grunt | Note Edited: 0013139 | |
| 2007-01-28 14:23 | aquanight | Note Added: 0013150 | |
| 2007-04-19 03:30 |
|
Note Added: 0013584 | |
| 2007-04-19 03:30 |
|
Status | new => acknowledged |
| 2007-04-19 09:47 | djGrrr | Note Added: 0013607 | |
| 2007-04-20 10:11 |
|
Note Added: 0013617 | |
| 2007-04-24 06:03 | WolfSage | Note Added: 0013661 | |
| 2007-04-24 14:58 | Note Added: 0013666 | ||
| 2007-04-26 21:43 | WolfSage | Note Edited: 0013661 | |
| 2007-05-19 23:17 | WolfSage | Status | acknowledged => assigned |
| 2007-05-19 23:17 | WolfSage | Assigned To | => WolfSage |
| 2007-07-18 07:28 |
|
Relationship added | child of 0003454 |
| 2008-02-11 16:16 | syzop | Relationship deleted | child of 0003454 |
| 2010-09-22 01:34 | Stealth | QA | => Not touched yet by developer |
| 2010-09-22 01:34 | Stealth | U4: Need for upstream patch | => No need for upstream InspIRCd patch |
| 2010-09-22 01:34 | Stealth | U4: Upstream notification of bug | => Not decided |
| 2010-09-22 01:34 | Stealth | U4: Contributor working on this | => None |
| 2010-09-22 01:34 | Stealth | Note Added: 0016377 | |
| 2010-09-22 01:34 | Stealth | Assigned To | WolfSage => |
| 2010-09-22 01:34 | Stealth | Status | assigned => acknowledged |
| 2010-09-22 01:34 | Stealth | Product Version | 3.3-alpha0 => 3.2.9-RC1 |
| 2010-10-01 01:36 | Nath | File Added: sumode.diff | |
| 2010-10-01 01:36 | Nath | Note Added: 0016385 |
