~steering/inspircd++.git/src/modules/m_spanningtree, branch v2.0.17 Unnamed repository; edit this file 'description' to name the repository. https://cgit.space/~steering/inspircd++.git/atom/src/modules/m_spanningtree?h=v2.0.17 2014-07-24T12:20:14Z Update example configuration files, fix typos and case 2014-07-24T12:20:14Z Attila Molnar 2014-07-24T12:20:14Z urn:sha1:484bb1ef629d510f5b9bccf56f54c5af27fa3650 Mention m_regex_stdlib in the list of regex providers after m_filter m_spanningtree Always treat the remote client as the winner on nick collision if the nick is used by a (local) client that isn't fully registered 2014-07-24T12:05:50Z Attila Molnar 2014-07-22T18:15:44Z urn:sha1:2190782c352af6a4f55ab01131f0cb68fe65e989 m_spanningtree Forward NICK messages when they cause a collision with the new nick param rewritten to the uuid 2014-06-06T06:48:50Z Attila Molnar 2014-06-06T06:48:50Z urn:sha1:258a481bface1b98f93699d292805c11f0e6d898 Suppressing these messages meant that we relied on an appropriate NICK to come from the direction the SAVE was sent to; this left all servers behind us uninformed until the target server of the SAVE reacted with a nick change to uuid. This was problematic because someone can legitimately change nick to the past nick of the SAVEd user on a server that already has the SAVEd user with the uuid nick and that nick change message can reach servers that haven't yet seen the nick change to uuid of the SAVEd user. m_spanningtree Fix cleanup of connections when unloading a module that provides an IOHook 2014-06-05T23:46:21Z Attila Molnar 2014-06-05T23:46:21Z urn:sha1:0e118bb789b8830af06842d715d5206554b6e0d9 Update server.cpp 2014-05-20T23:47:30Z Dan Parsons 2014-05-20T22:48:50Z urn:sha1:16a5b3545b007fb350e6c94d9203740e546ffe81 Rewrote "invalid credentials" error message to remove confusion regarding "server snomask", which some users interpreted as "I must make sure the snomask on each server is identical" (which makes no sense), when really the intention is basically "look at the logs on the other server". m_spanningtree Advertise the availability of m_globops in CAPAB CAPABILITIES 2014-04-29T14:10:22Z Attila Molnar 2014-04-29T14:10:22Z urn:sha1:f65b215865e98282623eb8ab4e4ae400e558144a m_spanningtree Set the bursting flag in the FJOIN handler based on whether the source of the FJOIN is bursting or not 2014-04-26T14:22:03Z Attila Molnar 2014-04-26T14:22:03Z urn:sha1:17170c276e5e57091e256b57719c08c25256d060 Previously the flag was true if our route to the source was bursting, which resulted in m_joinflood incorrectly registering netjoins when a remote server was bursting Fixes issue #839 reported by @joshtek0 Add REG_ALL checks to treat unregistered users as nonexistent in more cases 2014-04-04T16:30:02Z Attila Molnar 2014-04-04T16:30:02Z urn:sha1:23183603b7ea3b2a50ce082d573bef07ab794686 m_spanningtree Do pointer comparison before deleting one of the pointers in TreeSocket::Squit() 2014-03-02T16:04:51Z Attila Molnar 2014-03-02T16:04:51Z urn:sha1:ed08638c1afa2742f0ebc3006dd0f1054020f7d4 While the previous code worked fine in practice, it was incorrect in theory m_spanningtree Don't send snotices to servers about remote servers splitting 2014-03-02T16:00:12Z Attila Molnar 2014-03-02T16:00:12Z urn:sha1:473f3d3b2f973a1d746aa456dd874e4094ac9388 The snotice is sent to opers when the SQUIT is processed by their server