Ubuntu
xchat package

Regression: XChat no longer correctly interprets the highlight string

Bug #292025 reported by Terence Simpson
4
Affects Status Importance Assigned to Milestone
xchat (Ubuntu)
Confirmed
Undecided
Unassigned

Bug Description

Binary package hint: xchat

In Hardy (2.8.4-0ubuntu7) XChat correctly interpreted the highlight string in Settings -> Preferences -> Alerts so that highlights were separated by commas. Now in intrepid (2.8.6-2ubuntu1), highlights with spaces in are treated as a set of separate highlights.

Test case:
Either:
1a) Either go to Settings -> Preferences -> Alerts and add a multi-word highlight
1b) edit ~/.xchat2/xchat.conf and add a multi-word highlight
  Eg: irc_extra_hilight = word1,word2,word3 and 4,word5

2) Open another IRC client and join a common channel
3) Notice XChat will highlight on "word1", "word2", "word3", "and", "4" and "word5"

Revision history for this message
Terence Simpson (tsimpson) wrote :

XChat also seems to ignore highlights that start with '!'. I'm not sure if it's just '!' or any non-alphanumeric character

Revision history for this message
qoiwejqioejqio (qioeujqioejqioe-deactivatedaccount) wrote :

I can reproduce the case with spaces:
irc_extra_hilight = foo bar

<CaioAlonso> foo [gets highlighted, not expected]
<CaioAlonso> bar [gets highlighted, not expected]
<CaioAlonso> foo bar [gets highlighted, expected]

Also, I can also reproduce the problem with words preceded by !@#$%*()_+, but there's a peculiarity:
if I use
irc_extra_hilight = !foo, !bar
then it works, but with
irc_extra_hilight = !foo
it doesn't work.

Changed in xchat (Ubuntu):
status: New → Confirmed
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.
Subscribing...

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.