View Issue Details
ID | Project | Category | View Status | Date Submitted | Last Update |
---|---|---|---|---|---|
0003682 | unreal | ircd | public | 2008-04-17 15:45 | 2013-01-09 10:44 |
Reporter | goldenwolf | Assigned To | syzop | ||
Priority | normal | Severity | feature | Reproducibility | always |
Status | closed | Resolution | duplicate | ||
Platform | all | OS | FreeBSD | OS Version | 7.0 |
Product Version | 3.2.8 | ||||
Summary | 0003682: Channel mode +u with +m causes certain issues | ||||
Description | When channel mode +u is engaged with mode +m, all operators can receive messages send to the channel through non-voiced users. I would think +mu would be deployed to make sure the non-voiced users cannot send any messages to channel. Commands such as /me appear awkwardly when sent through non-voiced users. What is really surprising is, non-voiced users can bypass the +ST mode if set on the channel, all colors being sent through them are not stripped and they can send channel notices even if +T is deployed. I think +u should be adjusted a bit in u4, at least making sure users cannot bypass channel modes such as +S and +T. | ||||
Steps To Reproduce | //mode #channel +mu Make sure you are the channel owner. | ||||
Tags | No tags attached. | ||||
3rd party modules | |||||
|
afaik expected behavior, though old stuff, but expected none-the-less. Dev(s)? |
|
Also found that it bypassed +C and +f, its ircd flooding the channel not the user, so +f doesnt work. |
|
+mu behaves as it is intended as far as sending messages to only ops. If you want +mu to work like you suggest, use +b ~q:*!*@*. This will make it so non-voiced users are not allowed to speak (yes it works, I've considered it for some channels) However, the +CSTf parts do need fixing |
|
http://bugs.unrealircd.org/view.php?id=3348 Scroll down to my second note (The really big one). |
|
Discussion moved to 0004160 |
Date Modified | Username | Field | Change |
---|---|---|---|
2008-04-17 15:45 | goldenwolf | New Issue | |
2008-04-17 15:47 | Bricker | Status | new => assigned |
2008-04-17 15:47 | Bricker | Assigned To | => Bricker |
2008-04-17 15:47 | Bricker | Note Added: 0015269 | |
2008-04-17 15:47 | Bricker | Status | assigned => feedback |
2008-04-17 16:11 | goldenwolf | Note Added: 0015270 | |
2008-04-17 17:31 | Stealth | Note Added: 0015272 | |
2008-04-18 06:44 | Shining Phoenix | Note Added: 0015273 | |
2008-04-24 03:42 | Bricker | Assigned To | Bricker => |
2008-04-26 07:02 | Bricker | Relationship added | related to 0003348 |
2013-01-09 10:41 | syzop | Relationship added | related to 0004160 |
2013-01-09 10:44 | syzop | Note Added: 0017331 | |
2013-01-09 10:44 | syzop | Status | feedback => closed |
2013-01-09 10:44 | syzop | Assigned To | => syzop |
2013-01-09 10:44 | syzop | Resolution | open => duplicate |