Age | Commit message (Collapse) | Author |
|
|
|
|
|
Avoids:
- Relying on github’s services
- Fetching a new (malicious) version, automatically, without any “check”
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Because if we have a send event to signal the connection sucess + a recv
event to signal something to read on the socket, we need to first finish the
connect process before reading the available data. That’s what we do now.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
I think it was a UB
|
|
|
|
|
|
|
|
fix #3157
|
|
ref #3152
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
The unit file Type=, as well as the executable path should now be correct
with a simple “make install”, whatever the install prefix and the DESTDIR
values are.
ref #3152
|
|
fix #3151
|
|
|
|
|
|
See http://ircv3.net/specs/extensions/multi-prefix-3.1.html
ref #3103
|
|
|
|
|
|
|
|
|
|
Include encodingIn and encodingOut options, unused at the moment
|
|
And a way to retrieve its values, defaulting on the ServerOptions for unset
values.
|
|
|
|
|
|
|
|
In Bridge and IrcClient
|
|
fix #3145
|
|
fix #3077
|