View Issue Details
| ID | Project | Category | View Status | Date Submitted | Last Update |
|---|---|---|---|---|---|
| 0003880 | unreal | ircd | public | 2009-12-02 18:51 | 2009-12-02 19:34 |
| Reporter | Nunkij | Assigned To | |||
| Priority | normal | Severity | minor | Reproducibility | always |
| Status | closed | Resolution | no change required | ||
| Product Version | 3.2.8 | ||||
| Summary | 0003880: Usermode d doesn't work correctly | ||||
| Description | Note 1: I'm only an ircd user so I cannot know what distro of linux (and its version) is used by my server! If an user sett himself +d, he cannot read EVERY privms send in the channels where is in. But if the string doesn't start with an alphanumeric char, even the +d users cannot read it! | ||||
| Steps To Reproduce | Join a channell, so set /mode Nick +d. Now wait. You cannot read every line that starts with alphanumeric chars. You can read every other lines! | ||||
| 3rd party modules | |||||
|
|
This is how usermode +d works. From HelpOp: d = Makes it so you can not receive channel PRIVMSGs (Deaf) From the documentation: d Makes it so you can not receive channel PRIVMSGs (with the exception of text prefixed with certain characters, see set::channel-command-prefix) Users will not receive any channel message unless it is prefixed with the character set in the configuration (set::channel-command-prefix). This mode is meant for channel bots that only respond to commands. The idea is you set the bots command prefix to whatever is defined in set::channel-command-prefix, and set the bot as +d. This way the bot is not receiving every channel message and can better parse out commands. |
| Date Modified | Username | Field | Change |
|---|---|---|---|
| 2009-12-02 18:51 | Nunkij | New Issue | |
| 2009-12-02 19:34 | Stealth | QA | => Not touched yet by developer |
| 2009-12-02 19:34 | Stealth | U4: Need for upstream patch | => No need for upstream InspIRCd patch |
| 2009-12-02 19:34 | Stealth | Note Added: 0015977 | |
| 2009-12-02 19:34 | Stealth | Status | new => closed |
| 2009-12-02 19:34 | Stealth | Resolution | open => no change required |
