View Issue Details
| ID | Project | Category | View Status | Date Submitted | Last Update |
|---|---|---|---|---|---|
| 0002136 | unreal | documentation | public | 2004-10-26 01:39 | 2005-12-03 17:03 |
| Reporter | Plasma | Assigned To | |||
| Priority | normal | Severity | minor | Reproducibility | always |
| Status | closed | Resolution | fixed | ||
| Product Version | 3.2.1 | ||||
| Summary | 0002136: Globops behavior | ||||
| Description | Just a few questions, is this possibly a bug? Normal users may set usedmode +g (send/receive globops messages). However, typing '/globops test' as a user will return 'Permission Denied- You do not have the correct IRC operator privileges'. If another client is opered up and sends a globops message, the normal user who has usermode +g set will NOT receive the globops message. Is something wrong here? Should a normal user be able to set usermode +g? If so, what effect is it having? | ||||
| Steps To Reproduce | Client 1: Join the IRC server, /mode +g your name Try and send a globops message, you cant (not ircop, however you do have the +g flag) Client 2: Oper up, send a globops message. This message wont appear on Client 1's screen | ||||
| 3rd party modules | |||||
|
|
It's been mentioned that there are rare GlobOps generated by the server that all users receive (not just opers). Naturally these go to users with mode +g :) . Also, of course, a services server could (ab)use this with SMO g :Message - it goes to all +g users, not just opers. |
|
|
right. /operserv raw SENDUMODE g :message is confirmed on my network as sending a message to all +g users. ;-) (ab)use indeed. lol. the WallOps command does however, send the message to non-opers with +w, though non-opers cannot send +w (oflag needed to send) as i see it there's two options: * make usermode +g a umode_allow_opers * send globops to +g users [bad idea, since Services servers send information via globops!! including user IP's on bans etc! Bad!] |
|
|
I dont see the use - Ive prevented setting mode g on my network because I dont entirely under stand what messages are sent. |
|
|
That's a good idea. I will explain a little bit about GlobOps. What is sent, is mainly any oper that types /globops yourmsghere; but also, any Services package I've ever seen sends important messages to opers via Globops. Let's say we allow all users to see that. Then when somebody does a certain command on Services and the whole network sees someone's IP, things could get nasty. Why the +g mode wasnt made umode_allow_opers instead of all users, I don't know. My recommendation personally, is make it umode_allow_opers [since theres already an O:Flag for it!] |
|
|
... The oline flag only controls /globops. That's it. +g gets all the /globops stuff yes, but normal users with +g get everything sent using sendto_failops. So if you want to see what gets sent there, do a search on the source for that. |
|
|
I could be doing it wrong, but so far, all I've found are just a few notices in m_nick that indicate various Bad Things like nick collisions... |
|
|
I believe this got fixed a while back - user-readable globops got removed? |
|
|
indeed, the product version is martked as 3.2.1 anyway.... so |
|
|
No, according to source, the function to send to non-oper'd +g users is still there, and a grep reveals it's still called from a few places [looks like m_nick collision stuff mostly]. |
|
|
Except you can no longer get +g unless you're an IRCop without service intervention. |
|
|
Why a non-ircop user can set +g mode at all anyway? |
|
|
They can't set +g. So unless some service forces him to have +g, you won't see any "non-ircop globops" messages. |
|
|
I'm more meaning the extra function [send to non-opere'd +g users] can really be removed now, and the remaining calls should be changed. |
|
|
This has been fixed long ago indeed, +g is oper only. don't know what you mean w00t, but I'm presuming you are talking about some code cleanup that can be done and not a bug, so.. going to close this. |
| Date Modified | Username | Field | Change |
|---|---|---|---|
| 2004-10-26 01:39 | Plasma | New Issue | |
| 2004-10-26 02:53 | aquanight | Note Added: 0008113 | |
| 2004-11-02 11:49 | Zell | Note Added: 0008217 | |
| 2004-11-02 20:12 | Plasma | Note Added: 0008228 | |
| 2004-11-03 16:34 | Zell | Note Added: 0008245 | |
| 2004-11-03 17:02 | aquanight | Note Added: 0008246 | |
| 2004-11-04 02:10 | aquanight | Note Added: 0008249 | |
| 2005-11-17 00:38 | w00t | Note Added: 0010761 | |
| 2005-11-30 05:37 | White_Magic | Note Added: 0010806 | |
| 2005-11-30 22:33 | w00t | Note Added: 0010807 | |
| 2005-12-01 12:43 | aquanight | Note Added: 0010811 | |
| 2005-12-02 07:53 | vonitsanet | Note Added: 0010814 | |
| 2005-12-02 11:11 | aquanight | Note Added: 0010815 | |
| 2005-12-03 01:21 | w00t | Note Added: 0010816 | |
| 2005-12-03 17:03 | syzop | Status | new => closed |
| 2005-12-03 17:03 | syzop | Note Added: 0010817 | |
| 2005-12-03 17:03 | syzop | Resolution | open => fixed |
