| Age | Commit message (Collapse) | Author |
|---|
|
|
|
|
|
|
|
|
|
|
|
add logger options) (bug #37531)
|
|
same nick but a different case (bug #38841)
|
|
Nils Görs)
|
|
|
|
|
|
|
|
|
|
nick is back on server (task #12576)
|
|
|
|
|
|
|
|
|
|
|
|
completion when command line is updated
|
|
|
|
beginning with digits are not allowed in HTML)
|
|
|
|
before main loop is working
|
|
|
|
reference)
|
|
enabled (so it is automatically restored when WeeChat restarts)
|
|
|
|
|
|
|
|
PATH_MAX is now defined in weechat-plugin.h (if not defined, for example on
GNU/Hurd), so that all plugins can use it.
|
|
|
|
|
|
This reverts commit fad848bf7caff763ace7a8b88f06307feca77bac.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
function config_new_option (bug #31050)
|
|
and /topic
|
|
irc.color.nick_prefixes: use default color (key "*")
Problem was happening on a server which has "PREFIX=(Yqaohv)!~&@%+".
Users with prefix "!" were displayed as lightred (color for "~") instead of
lightblue (default key "*").
When a prefix was not found, WeeChat was looping on other prefixes (in
order). Now if color is not found, WeeChat uses immediately the fallback color.
|
|
|
|
|
|
(optionally by server) (task #11924)
|
|
The item is now cleared after any action that is changing content of command
line and after switch of buffer.
|
|
(install/remove/autoload), just in case they have been removed (bug #38473)
|
|
removed) (bug #38472)
|
|
(thanks to Dominik Honnef)
|
