Version 0.9.13

iplookup plugin: fix brokage from IPv6 support

Commit ff949fe1c9dd0c179ecdce9340c04c05242d3a48 "iplookup plugin:
support IPv6 too" broke the main iplookup method by forgetting to
initialize reply correctly.

Fix it, and replace String#+= usage with String#<< which is more
efficient speed- and memory-wise.

geoip plugin: only retrieve host info once on WHOIS

geoip plugin: thread command

IRC Socket: documentation cleanup

IRC socket: minor flood_send logic fixes

IRC socket: get rid of delay/burst

The penalty system should be enough to prevent the bot from being
disconnected because of excess flood, making the old sendq delay/burst
code unnecessary. So get rid of the latter altogether.

(If the penalty system as implemented ever happens to be insufficient as
implemented, it should just get fixed rather than rely on the sendq
delay/burst assistance.)

geoip plugin: fixed host regex

geoip plugin: had to change host name of the new lookup server

nickrecover plugin: work more than once per session

message.rb: fix message addressing logic

IRC messages which are not PRIVMSG or NOTICE (i.e. not UserMessage) are
'addressed' to the bot when they originate from it.

Rather than putting this logic in each one of them (and forgetting about
it for some, e.g. NICK messages), put it in BasicUserMessage. Compensate
by always setting @address in UserMessage to test against target
instead.

geoip plugin: new service for geoip-lookup along with some other enhancements

geoip plugin: now stacking whois requests to prevent overlaps

geoip plugin: added nick based network-wide lookup and fixed some charset issues

rfc2812: always return the actual Channel or User when handled

For consistency, all delegations now return the actual Channel object in
data[:channel] and the actual User object in data[:nick].

rfc2812: handle ERR_NOSUCHNICK and ERR_NOSUCHCHANNEL

Delete the corresponding user/channel from the server list (if present),
and notify the client about the error.

rfc2812: create channels and users for al commands when needed

Always create a user or channel when we receive information about it.
This makes server message parsing much more robust (no more crashes
about NilClass not having user/channel methods) but has a few subtle
implications about the server state: for example, channels may exist in
the Server object even when the bot is not in the channel itself.

geoip plugin

irclog core module: rename old logs when switching from dir to file

It may happen that a user changes from an irclog.filename_format where
some components are files to a format where they are directories (e.g.
from '%%{where}' to '%%{where}/%Y') or conversely. In this case, we
rename the existing file/dir by appending '.old.atime' to it (atime is
the actual file/dir access time).

irclog core module: skip, don't die when unable to open logfile

+ handle WHOIS queries

The bot now exposes a whois(nick) method to make WHOIS queries to the
server. The extended syntax whois(nick, server) is also supported,
allowing another server to be queried (this is useful to retrieve info
which is only available on nick's server, such as idle time and signon
date).

Most if not all RFC-compliant replies are handled, although some of the
data received is currently ignored. Non-RFC extended replies such as
nickserv identification status are not hanlded yet, since they are
highly server-specific, both in numeric reply choice (e.g. 307 vs 320)
and in reply message syntax and meaning.

A new WhoisMessage is also introduced, for plugin delegation. The source
is the originating server, the target is the user for which information
was requested. A #whois() method is provided holding all retrieved
information.

rfc2812.rb: support RPL_AWAY reply

+ support channel URL and creation time

quakeauth plugin: don't identify on connect if we're not on quakenet

quakeauth plugin: don't error out when identifying with m == nil

message.rb: correct @plainmessage and @message for CTCP messages

After CTCP parsing, @plainmessage was not defined correctly (as it still
contained the CTCP command), and @plainmessage and @message were not
being cleaned up correctly.

This manifested itself e.g. with spurious \001ACTION and other strange
unusual byte sequence popping up in markov-generated text.

Fix by redefining @plainmessage and @message appropriately in CTCP
handling.

Start working on 0.9.13

Version 0.9.12

lastfm plugin: support 'lastfm username' as the help suggests

quakeauth plugin v2

This patch introduces the ability for the bot to register itself
to the Q bot, together with a number of other enhancements.

irclog core module: double-percent the {where} in irclog.filename_format

strftime in Ruby versions before 1.8.7 gobbles % which are not part of a
known format directives, so %{where} must be double-escaped into
%%{where}.

markov plugin: always plain replies when chipping in

plugins.rb: use IO.read instead of readlins+join gimmicks

wow plugin: return String form of realm from get_realm_status

This is needed to prevent an error from being raised when
core.reply_with_nick is true

wow plugin: fix realm extraction xpath

wow plugin: message tweaks

wow plugin: rbotify XML retrieval

qauth plugin: stricter default permissions on commands

qauth plugin: typos in help

PO update

nickserv plugin: regexp tweaks and case insensitivity

basics: option to join channel after identification is confirmed

Sometimes it is necessary to wait for identification to be confirmed
before certain channels may be joined. In this case the option
irc.join_after_identify can be set to true, and the bot will wait for
nickserv to confirm the identification before joining any channels.

This solution is actually a rather ugly hack, but I can't think of a
better way to approach the problem without rewriting the whole
framework.

markov plugin: don't echo a line a line that is just a substring of the input line

markov plugin: configurable maximum number of words

markov plugin: use symbol when deleting obsolete config key

irclog core module: log rotation

iplookup plugin: userip is not implemented yet, say it

iplookup plugin: support IPv6 too

This is achieved by moving the check for IP vs hostname in the
iplookup() method itself, and using the existing regexps to check if a
string is an IP or not.

* fix ominous bug in Regexp::IP_ADDR

nickrecover plugin: improve logic to start/stop recovery

iplookup plugin: don't block

markov plugin: add ability to ignore channels and not just single users

+ tell git that *.rb files are Ruby scripts

Recent git versions allow custom hunk headers when using diff, so tell
git to use the ruby funcname for diffs on *.rb files.

quotes plugin: lastquote command

PO update

nickrecover plugin: help

nickrecover plugin: single irc.nick_retry config instead of multiple nickrecover.* entries

+ core/config: sort config search result

rss plugin: don't claim to be using old data when we don't

rss plugin: check for unhandled Atom feeds (old Ruby/RSS library)

nickrecover plugin: initial commit

message.rb: fix a thinko in inspect()

+ @bot.wanted_nick stores the nick wanted by the bot

* nick is handled by config, not basics

ircbot.rb: server no-color modes can be configured

auth core botmodule: advertise and act on mismatched master password

Italian translation updates

wheeloffortune plugin: don't fix a question when we say we can't

wheeloffortune plugin: fix a bug where the wrong timing would get the QA stuck at always being the same

Some enhancements to tag-release

Start working on 0.9.12

Version 0.9.11

Version 0.9.11-rc3

rss plugin: strip whitespace from link, category and author

* (plugins/rss) more item uid calculation fixes

Revert "* use to_irc_netmask(:force => true) to unlink Netmasks from their Server to prevent errors when dumping users"

This reverts commit 9a1cf6a11b12c06cd925dd6a789ec98fe750c8ad, since it
was a hack to work around the undumpable Channel (and consequently
Server and Netmask) caused by 847a977b228b35f5ab281a31dd3724a4db887dff
"#any? and #all? methods for Channel#mode to check if modes are set"
and fixed by 8f8205310518e7b0626d657ba9667f7bfc745371 "Dumpable
definition of #any? and #all? methods for Channel#mode"

Dumpable definition of #any? and #all? methods for Channel#mode

Commit 847a977b228b35f5ab281a31dd3724a4db887dff "#any? and #all? methods
for Channel#mode to check if modes are set" turned Channel into a
non-marshallable object because of singleton methods.

Revert the commit and define an ad-hoc ModeHash class with the any? and
all? methods, to make Channel#mode of that class.

plugins.rb: commands were being delegated even from ignored messages

* use to_irc_netmask(:force => true) to unlink Netmasks from their Server to prevent errors when dumping users

do not crash when GetText.cached= is not defined

Version 0.9.11-rc2

* (plugins/rss) fixed item unique ids

spell plugin: it's spell.path, not spell.program

freshmeat plugin: trap errors raised during XML parse

httputil: don't fail when b0rked servers put the charset in the content-encoding

freshmeat plugin: fix feed retrieval

generate mo files only from existing po files, instead of for each plugin

use msginit to generate po file when it does not exist

PO update

Rakefile: ensure that the placeholder PACKAGE VERSION is properly replaced

Rakefile: don't fail if .po or .pot file doesn't exist

mo files are no longer included in gem but built as extension

autoop plugin: stricter default permissions

lastfm plugin: fail more graciously when no event is returned

lastfm plugin: some formatting changes for events

lastfm plugin: document compare command

lastfm plugin: properly use CGI.escape instead of wrong URI.escape

lastfm plugin: quoting sux, bolding rox

lastfm plugin: artist summary is HTML, IRC-ify it

lastfm plugin: lastfm track search