inspircd

A modular C++ IRC daemon (ircd). https://www.inspircd.org/
Log | Files | Refs | README

commit f6b33a8facd6ca200292786c1061782c41cdd278
parent 638e4bb417ebcd4f0a384ac19585620b0fde1569
Author: Peter Powell <petpow@saberuk.com>
Date:   Fri,  7 Jun 2019 19:47:15 +0100

Replace all abstract usages of his/he/her with they/their/it.

Diffstat:
Mdocs/conf/modules.conf.example | 8++++----
Msrc/channels.cpp | 4++--
Msrc/modules/extra/m_mysql.cpp | 2+-
Msrc/modules/m_delayjoin.cpp | 2+-
Msrc/modules/m_spanningtree/svsnick.cpp | 2+-
5 files changed, 9 insertions(+), 9 deletions(-)

diff --git a/docs/conf/modules.conf.example b/docs/conf/modules.conf.example @@ -403,12 +403,12 @@ #<module name="chanfilter"> # # If hidemask is set to yes, the user will not be shown the mask when -# his/her message is blocked. +# their message is blocked. # # If maxlen is set then it defines the maximum length of a filter entry. # # If notifyuser is set to no, the user will not be notified when -# his/her message is blocked. +# their message is blocked. #<chanfilter hidemask="yes" maxlen="50" notifyuser="yes"> #-#-#-#-#-#-#-#-#-#-#-#-#-#-#-#-#-#-#-#-#-#-#-#-#-#-#-#-#-#-#-#-#-#-#-# @@ -856,7 +856,7 @@ # at the <module> tag for info on availability. # # # # If notifyuser is set to no, the user will not be notified when # -# his/her message is blocked. # +# their message is blocked. # #<filteropts engine="glob" notifyuser="yes"> # # # Your choice of regex engine must match on all servers network-wide. # @@ -1679,7 +1679,7 @@ #<module name="muteban"> # # If notifyuser is set to no, the user will not be notified when -# his/her message is blocked. +# their message is blocked. #<muteban notifyuser="yes"> #-#-#-#-#-#-#-#-#-#-#-#-#-#-#-#-#-#-#-#-#-#-#-#-#-#-#-#-#-#-#-#-#-#-#-# diff --git a/src/channels.cpp b/src/channels.cpp @@ -271,8 +271,8 @@ Membership* Channel::ForceJoin(User* user, const std::string* privs, bool bursti if (privs) { - // If the user was granted prefix modes (in the OnUserPreJoin hook, or he's a - // remote user and his own server set the modes), then set them internally now + // If the user was granted prefix modes (in the OnUserPreJoin hook, or they're a + // remote user and their own server set the modes), then set them internally now for (std::string::const_iterator i = privs->begin(); i != privs->end(); ++i) { PrefixMode* mh = ServerInstance->Modes->FindPrefixMode(*i); diff --git a/src/modules/extra/m_mysql.cpp b/src/modules/extra/m_mysql.cpp @@ -68,7 +68,7 @@ * The ircd thread then mutexes the queue once more, reads the outbound response off the head * of the queue, and sends it on its way to the original calling module. * - * XXX: You might be asking "why doesnt he just send the response from within the worker thread?" + * XXX: You might be asking "why doesnt it just send the response from within the worker thread?" * The answer to this is simple. The majority of InspIRCd, and in fact most ircd's are not * threadsafe. This module is designed to be threadsafe and is careful with its use of threads, * however, if we were to call a module's OnRequest even from within a thread which was not the diff --git a/src/modules/m_delayjoin.cpp b/src/modules/m_delayjoin.cpp @@ -215,7 +215,7 @@ void DelayJoinMode::RevealUser(User* user, Channel* chan) chan->Write(joinevent, 0, except_list); } -/* make the user visible if he receives any mode change */ +/* make the user visible if they receive any mode change */ ModResult ModuleDelayJoin::OnRawMode(User* user, Channel* channel, ModeHandler* mh, const std::string& param, bool adding) { if (!channel || param.empty()) diff --git a/src/modules/m_spanningtree/svsnick.cpp b/src/modules/m_spanningtree/svsnick.cpp @@ -41,7 +41,7 @@ CmdResult CommandSVSNick::Handle(User* user, Params& parameters) // 4. SVSNICK arrives // 5. Attila_ gets his nick changed to Guest12345 unnecessarily // - // In this case when the SVSNICK is processed the target has already changed his nick to something + // In this case when the SVSNICK is processed the target has already changed their nick to something // which isn't protected, so changing the nick again to a Guest nick is not desired. // However, if the expected nick TS parameter is present in the SVSNICK then the nick change in step 5 // won't happen because the timestamps won't match.