Age | Commit message (Collapse) | Author |
|
screen/tmux
The same warning is displayed with command "/debug term".
|
|
|
|
|
|
buffer (closes #129)
|
|
|
|
channels) (closes #117)
|
|
Python 2.x (closes #125)
|
|
The regex itself is not evaluated any more (so parentheses are kept).
Before the fix:
>> abcd =~ (?-i)^abc
== [0]
>> (abcd) =~ \(abcd\)
== [0]
After the fix:
>> abcd =~ (?-i)^abc
== [1]
>> (abcd) =~ \(abcd\)
== [1]
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
is given
|
|
|
|
|
|
|
|
|
|
server prefixes (closes #90)
The new default value of option irc.look.smart_filter_mode is now "+".
|
|
|
|
#751108)
The memory leak should not happen if infolists are properly freed by plugins,
and it happened only on unload of plugins (or exit).
|
|
|
|
|
|
|
|
|
|
|
|
raw/list buffers to clients (weechat protocol)
|
|
colon before the channel name (closes #83)
The problem was only affecting scripts or triggers using the parser.
The irc plugin does not use the "channel" variable built by the parser
(when parsing JOIN/PART messages).
|
|
|
|
A flag "closing" has been added in buffers. It is set to 1 when the buffer
is closing, and then no more printf is allowed in the buffer (a message
printed on relay buffer was causing a crash when it is closed).
|
|
pointers (WeeChat protocol)
|
|
|
|
|
|
|
|
|
|
|
|
(closes #86)
|