View Issue Details
| ID | Project | Category | View Status | Date Submitted | Last Update |
|---|---|---|---|---|---|
| 0001812 | unreal | ircd | public | 2004-05-12 15:51 | 2004-05-14 18:37 |
| Reporter | White_Magic | Assigned To | |||
| Priority | normal | Severity | minor | Reproducibility | always |
| Status | closed | Resolution | open | ||
| Summary | 0001812: Global & Higher Oper -> Channel Bug | ||||
| Description | A Global Ircop and higher can use a OP notice command via the server or client and the ops recieve it (regardless if the oper is oped or not) however the oper cannot read the op notices as they r not opped. Is it a bug that Opers can send them without OPS? or is the bug that the Opers cant see the replys. | ||||
| Steps To Reproduce | use a channel notice command as a global or higher ircop in a non oped channel. | ||||
| Additional Information | #Somechannel +K3v|n +Zell @^White_Magic^ +Snoops` @Skittles @Hells_Guardian #somechannel End of /NAMES list. [20:46] -Zell:@#Somechannel- (9,1O11,1p7s 8,1Only) can u see this?? lmao | ||||
| 3rd party modules | |||||
|
|
heheh nice hiding of that there chan :-P ummz yeah i think if opers can send them they should be able to recieve them too, as opers can easily gain +o if they wanted (or needed). and given non-opers dont even get an error when they try to send an o-notice when not @ or %, so, something is maybe bug'ed... :-P |
|
|
*edit* Uh i cant edit it, i tryed to hide the channel we did this in but i cant edit the Op notice, *uhh run fast* |
|
|
lol, u crzzzy :-P *edit* Yeeeap :-P so iz this just a bug or a typo in the C, hmm? |
|
|
Erm. If I understood the issue :|... What do you mean the 'op notice' command, globops? edited on: 2004-05-12 19:28 |
|
|
He means something like /msg @#test Some Message Anyway: You don't need to be an IRCop to do that - anyone can send these Messages. And of course only Chanops will see them. Why should IRCops see these message? BTW: Does anyone actually use these Messages? |
|
|
Actually, isnt that another bug ??? " Anyway: You don't need to be an IRCop to do that - anyone can send these Messages. And of course only Chanops will see them. Why should IRCops see these message? " Why should sumone without OPS be able to send an OP notice? i agree also that a umode that allows opers to read the channel op notices without ops is a good idea. and finally YES!! i have taught webtv users to op talk and they now talk in op talk rather than in whisper so it benefits the whole channel. |
|
|
>Why should sumone without OPS be able to send an OP notice? Indeed. mIRC's documentation on /omsg (which is similar) says that you have to be a chanop to use it. Of course, it worked via PM IIRC, so of course I took the time to redefine it to /msg @ $+ # ;) . |
|
|
"Why should sumone without OPS be able to send an OP notice? " Well, it DOES work. And I think there ARE possible situations this could be useful, e.g. "Normal Users" reporting Spammers to all Chanops... |
|
|
[ "Why should sumone without OPS be able to send an OP notice? " Well, it DOES work. And I think there ARE possible situations this could be useful, e.g. "Normal Users" reporting Spammers to all Chanops... ] but... " BTW: Does anyone actually use these Messages? " ?? i recon they would whisper or msg them not send out a channel notice, im not digging at you but ya seem to be contradicting. either that or u wasnt in a frame of mind eariler. |
|
|
A Recap: == Anyway: You don't need to be an IRCop to do that - anyone can send these Messages. And of course only Chanops will see them. Why should IRCops see these message? == No, youre wrong. If you are not an IRCop and you are not +o/+h on channel, the server silently IGNORES your onotice/omsg request. This is tested and proven on Unreal3.2-RC2Fix and Unreal3.2-Final. |
|
|
I can think of a damn good reason. Discussions that involve the whole channel staff, ie > 2 users (so privmsg is out) and they dont want to have to maintain two channels. Personally, we dont _have_ > 2 staff, so we dont worry. But the need is there. It's not a well known feature. Therefore isnt commonly used. |
|
|
Zell, I don't know where you have that from. sending msgs/notices to @#test (or any other prefix for that matter) DOES work regardless of what access you have (ok.. the usual +m/+b stuff applies of course). This is how it always has been in unreal, that doesn't mean I'm a big fan of it :P. |
|
|
er, my bad, syzop.... Something was not configured properly on my end ^_^ there still is the issue reported by ^White_Magic^ that IRCops should be able to see onotice, or that non-chanops should be denied sending {ircops with override should still be able to send} edited on: 2004-05-14 15:06 |
|
|
Well ircops seeing channel notices ment for ops/etc is very unlikely to happen, if they want to see that they should just op themselves. As for denied sending, as mentioned I'm not too keen on how it currently is... When we are at it, I personally would also like it to be 'prefix <this> AND higher', so /notice @#chan will also notice admins (+a/&) and owners (+q/~)... I think there are very few situations where you would only want to notice voiced users and not ops or things like that, I can only think of such situations where it is abused (eg: in #unreal-support most users get voice.. they could then do /msg +#unreal-support UNREAL IS TEH SUCKS all the time without we ever noticing it :P... Just an example :p). |
|
|
heh =D i use my mIRC scripting to facilitate such usage: /o = /notice @# /h = /notice %# /v = /notice +# etc :-D abuse..... nah!! :-P |
|
|
An ircop is not a channel operator. If you are IrcOp doesn't mean you are a channel operator to all channels. Op(halfop voice)Notices are for @ (% +) only For me this is like some modules for see prv messages.. PS: Zell-> ummz yeah i think if opers can send them they should be able to recieve them too, as opers can easily gain +o if they wanted (or needed). *If an ircop is "oping" himself to every channel he wants... This is ABUSE.* |
|
|
lolz i'm not saying i op up every room i just have 'shortcuts' set to message the different access levels as needed. <off-topic>Unreal could write such commands into the ircd, but since their use isnt that important or used in a frequent basis, it'd only waste their coding time on a lame module.</off-topic> as for the bug... its not a bug, per se. its just a design error that wasnt thought of before. Maybe we should block normal users from sending @/%/+ notices. |
|
|
Why block users from sending opnotices? I usually send opnotices to opers when i join to a channel and someone had onjoin msg, or if someone is flooding the channel or spamming or anything else and opers "sleeping". edited on: 2004-05-14 16:34 |
|
|
I'm redesigning it, using the following rules: 1. send to <prefix> or higher, so for example +#chan goes to +vhoaq 2. msg'ing +#chan, %#chan or @#chan requires at least voice (+) 3. msg'ing &#chan and ~#chan requires at least ops (@) 1&2 is how hybrid does it so seems a good idea to follow. And 3 seems just a good idea (it's rarely used, and IF used it seems bad to have voiced users bypassing all ops and msging [or flooding] the few &/~ users). Also any multiple targets will be converted to single-target-and-higher, so /msg +%@#chan becomes '+#chan' etc. This makes it fully 'backward compatible' (it will just msg some higher levels if needed) |
|
|
Nice;-) |
|
|
*If an ircop is "oping" himself to every channel he wants... This is ABUSE.* Yup i agree it is.. the network myself and zell oper on, each ircop is only allowed channel access to 2 non "network based" channels - thus we are not allowed to op ourselfs, another point is, we have oper override. So i dunno if Opers without override can use that command. and i presum that from Syzops message over ride will still be able to send message to the channel without needing any ops, i still think that a umode to allow opers to read messages thou they rnt an op is a good idea so when we get resticted (like we are on this network) where we cant get ops at any time we can see whats going on. Maybe even a special command that allows OPs or maybe even only +a or +q to use a command to send notices to opers with override only??? *edit 100typos coz i was on phone while making this bug report* *2 + 3 to explain things a little clearer lol* edited on: 2004-05-14 16:49 edited on: 2004-05-14 16:50 edited on: 2004-05-14 16:52 |
|
|
=D dont worry bout it ^White_Magic^ i tested that on my 'special' ircd locally and yes i can send without override, why shouldnt i be able to? normal users can send them, so why not. |
|
|
Fixed/Changed in CVS [.2234.2.14]: - Changed the way MSG/NOTICE <prefix>#chan works: - It now goes to <prefix> and higher, so '/notice +#chan hi!' goes to +vhoaq - You need at least voice in order to be able to msg/notice +#chan, %#chan or @#chan - You need at least ops in order to be able to msg/notice &#chan or ~#chan - Any multi-prefix targets will be converted automatically (eg: ~&@#chan to @#chan). - internal: use of the CHANOPPFX macro is now deprecated. All of this was done to make it a bit more 'safe' and userfriendly (0001812). And about overriding: if you got can_override you can send to <whateverprefix>#chan regardless of your vhoaq status. |
| Date Modified | Username | Field | Change |
|---|---|---|---|
| 2004-05-12 15:51 | White_Magic | New Issue | |
| 2004-05-12 15:58 | Zell | Note Added: 0006210 | |
| 2004-05-12 15:59 | White_Magic | Note Added: 0006211 | |
| 2004-05-12 16:00 | Zell | Note Added: 0006212 | |
| 2004-05-12 19:27 | w00t | Note Added: 0006213 | |
| 2004-05-12 19:28 | w00t | Note Edited: 0006213 | |
| 2004-05-13 06:26 | Dukat | Note Added: 0006224 | |
| 2004-05-13 06:44 | White_Magic | Note Added: 0006227 | |
| 2004-05-13 09:35 | aquanight | Note Added: 0006228 | |
| 2004-05-13 10:24 | Dukat | Note Added: 0006232 | |
| 2004-05-13 10:34 | White_Magic | Note Added: 0006233 | |
| 2004-05-13 12:40 |
|
Additional Information Updated | |
| 2004-05-13 17:00 | Zell | Note Added: 0006242 | |
| 2004-05-13 19:11 | w00t | Note Added: 0006243 | |
| 2004-05-13 23:43 | syzop | Note Added: 0006244 | |
| 2004-05-14 15:01 | Zell | Note Added: 0006255 | |
| 2004-05-14 15:06 | Zell | Note Edited: 0006255 | |
| 2004-05-14 15:14 | syzop | Note Added: 0006256 | |
| 2004-05-14 15:17 | Zell | Note Added: 0006257 | |
| 2004-05-14 16:27 | vonitsanet | Note Added: 0006260 | |
| 2004-05-14 16:30 | Zell | Note Added: 0006261 | |
| 2004-05-14 16:33 | vonitsanet | Note Added: 0006262 | |
| 2004-05-14 16:34 | vonitsanet | Note Edited: 0006262 | |
| 2004-05-14 16:41 | syzop | Note Added: 0006263 | |
| 2004-05-14 16:45 | vonitsanet | Note Added: 0006264 | |
| 2004-05-14 16:48 | White_Magic | Note Added: 0006266 | |
| 2004-05-14 16:49 | White_Magic | Note Edited: 0006266 | |
| 2004-05-14 16:50 | White_Magic | Note Edited: 0006266 | |
| 2004-05-14 16:52 | White_Magic | Note Edited: 0006266 | |
| 2004-05-14 16:53 | Zell | Note Added: 0006267 | |
| 2004-05-14 18:37 | syzop | Status | new => closed |
| 2004-05-14 18:37 | syzop | Note Added: 0006270 |
