Author: Isomer <isomer@coders.net>

[ircu2.10.12-pk.git] / ChangeLog

diff --git a/ChangeLog b/ChangeLog
index 6302d7d6ec5fc5472feeea438a0c4fdc5fb0841a..893eb71248ef2b3c1201475419f5d4889623ee41 100644 (file)
--- a/ChangeLog
+++ b/ChangeLog
@@ -1,3 +1,51 @@
+2001-03-13 Joseph Bongaarts <foxxe@wtfs.net>
+       * ircd/os_openbsd.c: Tweaked the openbsd hack a bit.
+       
+2001-03-07  Joseph Bongaarts  <foxxe@wtfs.net>
+
+       * config/configure.in: Add check for OpenBSD
+
+       * ircd/os_openbsd.c: Add seperate os dep file for openbsd which
+       differs from generic BSD, particularly in its handling of
+       _XOPEN_SOURCE.
+       
+2001-02-12  Kevin L. Mitchell  <klmitch@mit.edu>
+
+       * ircd/m_gline.c (ms_gline): propagate a G-line that happened to
+       have been added by a U-lined server, rather than going through the
+       activate/deactivate logic; propagate G-line removals by U-lined
+       servers as well
+
+       * ircd/gline.c: rename propagate_gline() to gline_propagate();
+       make gline_propagate() return an int 0 (convenience return); only
+       update lastmod in gline_activate() and gline_deactivate() if the
+       current lastmod is non-zero, since 0 lastmod is our flag of a
+       U-lined server having added a G-line
+
+       * include/gline.h (gline_propagate): exporting the G-line
+       propagation function
+
+       * ircd/m_list.c (m_list): duh; permit explicit channel name
+       specification only when /list gets two arguments ("Kev
+       #wasteland") rather than when /list gets more than two
+       arguments--nice braino
+
+2001-01-29  Thomas Helvey <twhelvey1@home.com>
+
+       * ircd/ircd_reply.c (need_more_params): fix bug that allowed
+       unregistered clients to spam opers with protocol violation
+       messages. Note: the bugfix may have eliminated some useful
+       protocol violation messages.
+       Please send protocol violation messages explicitly from the
+       functions they are discovered in, you have much better context
+       for the error there and it helps to document the behavior of the
+       server. This was also a design bug in that it violated the
+       "A function should do one thing" heuristic. Patching this one
+       would have resulted in a continuous spawning of other bugs over
+       the next 3 years, so I killed it. Check around for stuff this
+       broke and readd the calls to protocol_violation in the functions
+       that need to send the message.
+
 2001-01-29  Kevin L. Mitchell  <klmitch@mit.edu>
 
        * ircd/channel.c (mode_parse_ban): stopper a tiny leak--if a ban