Unreal 3.2.8-rc1 released for testing

Come here for information on new UnrealIRCd Releases.

Unreal 3.2.8-rc1 released for testing

Postby Syzop » Mon Dec 29, 2008 11:27 am

I've released Unreal3.2.8-rc1 (Release Candidate 1) for testing.
This RC allows members from the public to test if there are any major release critical bugs (eg: crash bugs) present, so they can be corrected before the real 3.2.8 release. If you want to help out testing a bit, check out the downloads below. Note that 3.2.8-rc1 should NOT be used at production servers!

Downloads: Source | Windows | Windows SSL

If you're willing to help some more, maybe you could help out in the Unreal3.2 testing forum as well, to test specific test-items, be sure to read the first post ('READ THIS! (how to use)').

Code: Select all
Unreal3.2.8-RC1 Release Notes
==============================

==[ GENERAL INFORMATION ]==
* If you are upgrading on *NIX, make sure you run 'make clean' and './Config'
  first, before doing 'make'
* The official UnrealIRCd documentation is doc/unreal32docs.html
  online version at: http://www.vulnscan.org/UnrealIRCd/unreal32docs.html
  FAQ: http://www.vulnscan.org/UnrealIRCd/faq/
  Read them before asking for help.
* Report bugs at http://bugs.unrealircd.org/
* When upgrading a network, we assume you are upgrading from the previous
  version (3.2.7). Upgrading from 3.2.6 or 3.2.5 should also be no problem.
  However, if you have a network running with servers that are several versions behind
  (eg: 3.2.1) then you might experience small (desynch) problems.
  Please also minimize the time you have multiple versions running, a few days or
  one week is generally not a problem, but having mixed versions on a network for several
  weeks or months is not recommended.
* The purpose of the sections below (NEW, CHANGED, MINOR, etc) is to be a SUMMARY of
  the changes in this release. There have been XX+ changes, and trying to mention them
  all would be useless, see the Changelog for the full list of changes.

==[ NEW ]==
* set::level-on-join: this defines which privilegs a user receives when creating a
  channel, default is 'chanop', the only other available setting is 'none' (opless).
* Away notification through WATCH: This allows clients to recieve a notification
  when someone goes away or comes back, along with a reason, a bit like IM's.
  There's probably no current client supporting this but it would be a nice feature
  in notify lists. Client developers: see Changes file for full protocol details.
  This feature can be disabled by setting set::watch-away-notification to 'no'.
* Spamfilter: Slow spamfilter detection: For each spamfilter, Unreal will check,
  each time it executes, how long it takes to execute. When a certain threshold is
  reached the IRCd will warn or even remove the spamfilter. This could prevent a
  spamfilter from completely stalling the IRCd. Warning is configured through
  set::spamfilter::slowdetect-warn (default: 250ms) and automatic deletion is
  configured by set::spamfilter::slowdetect-fatal (default: 500ms).
  You can set both settings to 0 (zero) to disable slow spamfilter detection.
  This feature is currently not available on Windows.
* SSL: set::ssl::server-cipher-list can be used to limit the allowed ciphers
* SSL: To specify when an SSL session key should be renegotiated you can use
  set::ssl::renegotiate-bytes <bytes> and set::ssl::renegotiate-timeout <seconds>.
* UHNAMES support: This sends the full nick!ident@host in NAMES which can be
  used by clients for their IAL. mIRC, Klient, etc support this.
* There have also been some behavior changes, which can be considered NEW, see
  next section (CHANGED).

==[ CHANGED ]==
* IPv6: On IPv6 servers you no longer have to use ::ffff:1.2.3.4 IP's for IPv4 in the
  config file, you can use the simple 1.2.3.4 form, as they are converted automatically.
* When someone is banned and /PARTs, the part reason (comment) is no longer shown
* ChanMode +S/+c: now strips/blocks 'reverse' as well
* Smart banning is now disabled by default because it was too annoying, this means that
  f.e. if there's a ban on *!*@*.com then you can still add a ban on *!*@*.aol.com
* except ban { } now also protects against ZLINEs and ban ip { }
* Modules: user modes and channel modes without parameters (eg: +X) no longer have
  to be PERManent, this means they can be upgraded/reloaded/unloaded on-the-fly.

==[ MAJOR BUGS FIXED ]==
* Zip links issue (Overflowed unzipbuf)
* Crash issue with 3rd party modules that introduce new channelmodes w/parameters
* Mac OS X: Various issues which prevented the IRCd from booting up
* A few rare crash issues, including a crash when linking to another server

==[ MINOR BUGS FIXED ]==
* CGI:IRC: Several IPv6 issues, both on IPv6 IRCd's and CGI:IRC gateways
* IP masks in oper::from::userhost sometimes didn't match when they should
* (G)ZLINE's on IPv6 users were sometimes rejected
* CHROOTDIR works again
* And more... see Changelog

==[ KNOWN ISSUES ]==
* Regexes: Be careful with backreferences (\1, etc), certain regexes can slow the IRCd
  down considerably and even bring it to a near-halt. In the spamfilter user target it's
  usually safe though. Slow spamfilter detection can help prevent the slowdown/freeze,
  but might not work in worst-case scenario's.
* Regexes: Possessive quantifiers such as, for example, "++" (not to be confused with "+")
  are not safe to use, they can easily freeze the IRCd.

==[ FULL CHANGELOG ]==
* Fix aquanight's email
* #0003351 reported by Mareo regarding m_addmotd.so and m_svslusers.so
  not being created
* Fixed bug in SJOIN, possibly causing things like odd bans showing up in
  some circumstances. Reported by Hurga, patch provided by fbi.
* Now allowing '1.2.3.4' ips again in IPv6 mode as well (instead of enforcing
  '::ffff:1.2.3.4' ips in the conf, they are now auto-converted to that).
  Based on patch from tabrisnet.
* Fixed issue where the cgiirc block did not work with IPv6, reported by
  djGrrr, fixed by previous change.
* Fixed CHROOTDIR, which was broken in 3.2.7: IRC_USER/IRC_GROUP did not work
  properly when CHROOTDIR was in use (#0003454).
* Fixed oper block bug where ip masks in oper::from::userhost did not always
  work succesfully (ex: 192.168.* worked, but 192.168.*.* didn't). Issue was
  introduced in 3.2.7, reported by tabrisnet (#0003494).
* CGI:IRC + IPv6: Fixed cgiirc block hostname never matching ipv4 cgiirc
  gateway properly (..again..), this was previously reported by pv2b.
* CGI:IRC + IPv6: Fixed issue where all cgiirc ipv4 clients were rejected with
  the message 'Invalid IP address', reported by stskeeps (#0003311), nate
  (#0003533) and others.
* Document CHROOTDIR in unreal32docs, reported by Beastie (#0002446).
* Fixed Mac OS X issue where "access denied" errors were encountered when
  trying to read unrealircd.conf. All due to strange chmod() behavior. We now no
  longer try to set permissions on Mac OS X. Patch provided by Tibby (#3489).
* Hopefully fixed 'Overflowed unzipbuf increase UNZIP_BUFFER_SIZE' issue,
  reported by Monk (#0003453). It should be large enough now. Also changed the
  way we deal with this when it happens (if it ever happens again..): we now
  close the server connection, instead of trying to continue, because
continueing
  is too dangerous.
* Remove part reason when user is banned, suggested by vonitsanet (#0003354).
* Fixed set::modes-on-join: could crash or disfunction with certain
  parameter mode combinations.
* Minor source cleanup in src/modules/m_map.c, suggested by fez (#0003540).
* Usermode modules now no longer have to be permanent (#3174), this was
  simply a bug that was introduced when adding remote includes support years
  ago.
* Channelmode modules without parameters (like: +X, but not: +X 1) no longer
  have to be permanent. Channelmodes with parameters still have to be PERM
  however, and there are currently no plans to change it.
* Fixed bug (in all Unreal versions) with parameter channelmodes, any 3rd
  party module which adds an extra parameter chanmode could cause crashes.
* Added set::level-on-join: which level should the user get when (s)he's is
  the first to enter a channel. Currently only 'none' and 'op' are supported.
* unreal32docs.html: doubt it will help much but at least this makes it a
  little bit more clear (#3548), chatops vs globops.
* ChanMode +S/+c: reverse is now stripped/blocked as well, because it's
  similar to color, and is just as annoying (..if not worse).
* So called 'smart' banning is now disabled by default, this means you can
  now set a ban on *!*@*h.com and then later add one on *!*@*blah.com without
  any trouble. Previously the second one was rejected due to the former
  already matching it. To change it back edit the include/config.h setting
  SOCALLEDSMARTBANNING.
* Fixed (G)ZLINE check.. it was incorrectly rejecting many IPv6 bans.
  Reported by guigui (#0003572).
* Backport from 3.3 away notification from Oct 2006, this is v0, a further
  patch will follow soon and the numerics will be changed.
* Ok, finished away notification in WATCH. It now shows the away reasons too.
  This new feature (away notify) is announced in 005 (ISUPPORT) as: WATCHOPTS=A

  Format is: WATCH A +UserOne +UserTwo

  New numerics to cope with away notification in WATCH are:
  RPL_NOWISAWAY: to indicate the user is away _when adding_ it to WATCH list
  RPL_GONEAWAY:  user was not away, but is now
  RPL_NOTAWAY:   user was away, but is no longer away
  RPL_NOWISAWAY: user was away, and still is, but the reason changed
  Example:

  WATCH A +Target
  Request to add user 'Target' to the watch list with away notification

  :maintest.test.net 609 MySelf Target ~blih test.testnet 1204309588 :not
here atm
  Reply to watch add: user is online and away, reason is provided

  :maintest.test.net 599 MySelf Target ~blih test.testnet 1204309588 :is no
longer away
  User is back (no longer away)

  :maintest.test.net 598 MySelf Target ~blih test.testnet 1204309722 :lunch
  State change: user is now away, reason is provided

  :maintest.test.net 597 MySelf Target ~blih test.testnet 1204309738
:shopping, bbl
  User is still away, but reason changed.

  The syntax for each numeric is:
  <nickname> <username> <hostname> <awaysince> :<away reason>
  In case of 599 (RPL_NOTAWAY) it is:
  <nickname> <username> <hostname> <awaysince> :is no longer away

  For the record, this is all based on a draft from codemastr from 2004,
which was
  implemented in Unreal3.3 (devel branch) in 2006. Today, in 2008 it was updated
  with away reason support and backported to Unreal3.2. Because away
notification
  hasn't been used until now (due to it only being in Unreal3.3) we felt it was
  safe to break some numerics.
* Upgraded c-ares to 1.5.1, thanks to aegis for the partial patch (#0003671).
  This also fixed a curl compile/run issue, reported by static-x (#0003545).
* Added slow spamfilter detection. For each spamfilter, Unreal will check,
  each time it executes, how LONG it takes to execute. When a certain threshold
  is reached the IRCd will warn or even remove the spamfilter. This will prevent
  a spamfilter (regex) from slowing down the IRCd too much, though it's
still not
  a guarantee that it will never go to a halt (eg: in case it takes several
  minutes to execute a regex or loops forever).
  Warning can be configured via set::spamfilter::slowdetect-warn (default:
  250 milliseconds) and automatic deletion of spamfilters if it takes too
  long is set through set::spamfilter::slowdetect-fatal (default: 500 ms).
  NOTE: slow spamfilter detection is currently not available on Windows.
  NOTE 2: to disable slow detection you can set the warn and fatal settings
  to 0 (zero). OR to really disable all code, remove SPAMFILTER_DETECTSLOW
  from include/config.h and recompile.
* Added another Mac OS X hack, such as one that should help against
  'error setting max fd's to 9223372036854775807' which prevents the ircd
  from booting up. Reported by btcentral and Bock. This hack might not be
  totally correct though ;).
* Limit watch status requests to one per time, more will often flood you off
  and is stupid/useless. Reported by ash11.
* The OS version output is now taken from uname() at runtime instead of
  'uname -a' at compile time. This fixes bug #1438 and #3320 reported by
  Mouse and Monk, where because of previous behavior the IRCd sometimes would
  not compile in certain environments.
* configure script is now generated by autoconf 2.61 (was: 2.59), hopefully
  that won't cause any issues, perhaps it even helps to fix some bugs...
* #0001740 reported by Trocotronic, making the IRCd send ERROR : to all
  links with possible reason for RESTART; like /die does it. [Backport, sts]
* Added set::ssl::server-cipher-list, #002368 requested by Beastie
  [Backport, sts]
* Added set::ssl::renegotiate-bytes, set::ssl:renegotiate-timeout, #0002971
  suggested by tabrisnet. Gets activated when >0. Please set sane values.
  [Backport, sts]
* #0002475 reported by aquanight on detecting \'s in module filenames on
  win32 and not do ./module for it [Backport]
* #0002172 reported by Stealth, patched by WolfSage, fixing if you have an
  admin block, and forget a semicolon on a line, Unreal will proceed to use
  the block with no error, but the information will be incorrect/incomplete.
  [Backport, WolfSage]
* #0002833 reported and patched by tabrisnet, implementing UHNAMES
  [Backport, only slightly modified for speed]
* #0001924 - requested by syzop: Added ./unreal gencloak, which generates
  random keys 10 ~ 20 characters in length (*NIX only). [Backport, aquanight]
* #0003313 reported by Stealth, regarding not erroring/warning when me::name
  is bigger than HOSTLEN, from now it will error on config read. [Backport, sts]
* /REHASH -all not case sensitive
* Win32 makefile: removed /MAPINFO:LINES, since visual studio 2005 and up
  don't support this and will fail to compile UnrealIRCd. This fixes #3680,
  reported by therock247uk.
* Upgraded c-ares to 1.6.0 (also now using pkg-config).
  If you get a "undefined reference to `clock_gettime'" error, then you
  might consider installing 'pkg-config' on your system, and then simply re-run
  ./Config and make, should fix things.
  TODO: testing! testing! i'd like to be sure this c-ares is stable!
* Win32 compile fixes.
* Upgraded c-ares on windows to 1.6.0 as well.
* Win32: build w/manifest. Looks like Unreal@Win32 now actually works again :).
* except ban { } is now also effective against Z:lines. It already protected
  when the user was connected, but not once he/she tried to reconnect, this
  is now fixed. Reported several times, last by Stealth in #0003377.
* Fix crash if settime/expirytime is out of range in TKL, set by another server.
  Should never happen except when using faulty services or when something else
  got horrible wrong (like a date which is 40 years ahead). Reported by
  Darth Android (#0003738).
* Fix NAMES with UHNAMES support, screwed it up at 'Win32 compile fixes' a
  few lines up...
* Fix OOB read caused by UHNAMES support.
* Added some countermeasures against crash-on-boot, #0003725 and #0003653,
  reported by Ablom2008 and mist26.
* Win32: rebuild TRE for Vstudio 2008 (and ditch C++ / MSVCP... dependency).
* Added release notes (not finished yet).
* Added set::watch-away-notification which can be set to 'no' to disable
  WATCH away notification. The default is 'yes' (=enabled).
* Fixed crash which could happen when rehashing while linking to a server,
  this could be #0003689 reported by Monk.
* New HOOKTYPE_LOCAL_NICKPASS: the 2 parameters are: sptr (client) and nsptr
  (NickServ client, NULL if not present). You can return 1 (HOOK_DENY) to
  make the IRCd not send IDENTIFY to NickServ. Suggested by tabrisnet
  (#0003739).
* A notice is now sent when listing spamfilters through /SPAMFILTER just
  like /stats f. Bug #0003752 reported by Strawberry_Kittens, similar to
  #0002533.
** 3.2.8-rc1 release **
Syzop
UnrealIRCd head coder
 
Posts: 1504
Joined: Sat Mar 06, 2004 8:57 pm
Location: .nl

Re: Unreal 3.2.8-rc1 released for testing

Postby toodaloo » Wed Apr 13, 2011 8:13 pm

This is pretty cool. I am wondering if you have a beta for the latest release. I would like to do my part in testing for bugs and such if at all possible. I'll keep looking around the site to see if it is posted in a thread somewhere. Thanks.
toodaloo
 
Posts: 0
Joined: Wed Apr 13, 2011 7:17 pm


Return to Releases

Who is online

Users browsing this forum: No registered users and 0 guests