View Issue Details

IDProjectCategoryView StatusLast Update
0003217unrealircdpublic2010-10-01 01:36
ReporterCasey Assigned To 
PrioritynormalSeverityfeatureReproducibilityN/A
Status acknowledgedResolutionopen 
OS-OS Version- 
Product Version3.2.9-RC1 
Summary0003217: server giving you your modes
Descriptionmodes 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.
TagsNo tags attached.
Attached Files
sumode.diff (2,437 bytes)
3rd party modules

Activities

Bricker

2007-01-27 22:07

reporter   ~0013132

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

djGrrr

2007-01-27 23:26

reporter   ~0013134

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

Casey

2007-01-28 01:00

reporter   ~0013135

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

Grunt

2007-01-28 03:07

reporter   ~0013139

Last edited: 2007-01-28 03:07

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.

aquanight

2007-01-28 14:23

reporter   ~0013150

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 .)

stskeeps

2007-04-19 03:30

reporter   ~0013584

Can people test if this breaks anything? Admittedly, the server setting modes on you looks better.

djGrrr

2007-04-19 09:47

reporter   ~0013607

it doesn't break anything stskeeps, as i use this with my services (SVS2MODE)

stskeeps

2007-04-20 10:11

reporter   ~0013617

Well, anyone up for writing a patch for it then?

WolfSage

2007-04-24 06:03

reporter   ~0013661

Last edited: 2007-04-26 21:43

I'll tackle this one soon maybe if no one else wants it.

s/tonight/soon/ # ;)

2007-04-24 14:58

reporter   ~0013666

testing..

Stealth

2010-09-22 01:34

reporter   ~0016377

Update version to get bug back into 3.2.x view, change status to acknowledged

Nath

2010-10-01 01:36

reporter   ~0016385

Uploaded my attempt :). Feel free to criticise and/or improve.

Issue History

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 stskeeps Note Added: 0013584
2007-04-19 03:30 stskeeps Status new => acknowledged
2007-04-19 09:47 djGrrr Note Added: 0013607
2007-04-20 10:11 stskeeps 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 stskeeps 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