View Issue Details

IDProjectCategoryView StatusLast Update
0002375unrealircdpublic2005-02-26 19:07
ReporterSpeedFireAssigned Tosyzop 
PrioritynormalSeveritytextReproducibilityalways
Status resolvedResolutionfixed 
PlatformLinuxOSOS Version2.6.9-gentoo-r4
Product Version3.2.2 
Target VersionFixed in Version3.2.3 
Summary0002375: Color codes stripped from nearly badwords-matching sentences
DescriptionAs 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 ReproduceHere 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
TagsNo tags attached.
3rd party modulesnone

Activities

syzop

2005-02-26 19:07

administrator   ~0009328

Thanks, fixed in CVS [.292]:
- Fixed bug in +G where with not-really-matching-words color was needlessly stripped, reported by SpeedFire (0002375).

Issue History

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