View Issue Details
| ID | Project | Category | View Status | Date Submitted | Last Update |
|---|---|---|---|---|---|
| 0002375 | unreal | ircd | public | 2005-02-26 17:02 | 2005-02-26 19:07 |
| Reporter | SpeedFire | Assigned To | syzop | ||
| Priority | normal | Severity | text | Reproducibility | always |
| Status | resolved | Resolution | fixed | ||
| Platform | Linux | OS Version | 2.6.9-gentoo-r4 | ||
| Product Version | 3.2.2 | ||||
| Fixed in Version | 3.2.3 | ||||
| Summary | 0002375: Color codes stripped from nearly badwords-matching sentences | ||||
| Description | As stated in report 0002259, badwords stripping results in color codes being stripped out of the message. But this also seems to happen when a word in a message just *contains* a badword, for example "azertytitsazerty". Assuming "tits" is configured as a badword ("c F tits <censored>" as a /stats b reply). | ||||
| Steps To Reproduce | Here are examples shown in the form : "message sent by user => message seen by others" foo tiXts bar => foo tiXts bar => OK foo tits bar => foo <censored> bar [+ colors stripped] => 0002259, OK foo XtitsX bar => foo XtitsX bar [+ colors stripped] => Here is the problem foo titsX bar => foo titsX bar [+ colors stripped] => Here is the problem foo Xtits bar => foo Xtits bar [+ colors stripped] => Here is the problem | ||||
| Tags | No tags attached. | ||||
| 3rd party modules | none | ||||
| Date Modified | Username | Field | Change |
|---|---|---|---|
| 2005-02-26 17:02 | SpeedFire | New Issue | |
| 2005-02-26 17:02 | SpeedFire | 3rd party modules | => none |
| 2005-02-26 19:00 | syzop | Status | new => confirmed |
| 2005-02-26 19:07 | syzop | Status | confirmed => resolved |
| 2005-02-26 19:07 | syzop | Fixed in Version | => 3.2.3 |
| 2005-02-26 19:07 | syzop | Resolution | open => fixed |
| 2005-02-26 19:07 | syzop | Assigned To | => syzop |
| 2005-02-26 19:07 | syzop | Note Added: 0009328 |
