| Age | Commit message (Collapse) | Author |
|---|
|
|
|
|
|
|
|
|
|
|
|
irc2sql: handle away messages.
|
|
Allow opers with chanserv/access/list to view the levels list
|
|
|
|
|
|
|
|
account
|
|
|
|
and ptr/cname rdata
|
|
|
|
|
|
Protocol modules which don't trigger this by causing a mode change
currently desync
|
|
|
|
|
|
|
|
|
|
XML-RPC responses also don't have a methodName tag
|
|
InspIRCd 2.0: Ensure ircd-side mlock and topic lock state is always what we think it should be
|
|
|
|
Following http://xmlrpc.scripting.com/spec.html
|
|
m_ssl_openssl: SSL context option changes
|
|
Not sure why this was this way originally, it interfears with the
chanserv +r check to determine how new the channel is because it
restores +r. This seems to still work okay, though.
|
|
|
|
|
|
|
|
Added kickcheck override for users with protected privs
|
|
- Change SendForceNickChange() to use UIDs
|
|
- Update SendClientIntroduction() to use * for account names instead of ...
|
|
- Misc updates to the hybrid protocol modules:
|
|
Correct wrong XML response tag
|
|
|
|
topiclock from a bursting server changes it
|
|
a bursting server changes it
|
|
references to METADATA handler
|
|
|
|
|
|
The old mailer message said the user is changing email "to %e", which is
changing TO the OLD email. But instead, the user is actually changing
the email to the new email.
We could change %e to be the new email, but maybe some users of Anope
have already configured their messages to assume %e is the old email. So
instead, add a new %E that is replaced with the new email.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Accessing the same LDAP* from multiple threads at once is always
undefined, even if one thread is just polling ldap_result.
Instead keep one thread per connection and issue blocking queries on the
thread.
|
|
|
|
- best supported version is 8.2.x
- fixed UID message handler to cope with account names being '*'
- minium required TS version is TS6 now
|
