Age | Commit message (Collapse) | Author |
|
inline rescue
|
|
|
|
Utils.get_string_html_info to ircify_first_html_par
|
|
|
|
|
|
factored out of the url plugin
|
|
|
|
|
|
|
|
|
|
|
|
|
|
If a redirection sets a cookie, set the cookie in the redirected request
|
|
|
|
|
|
|
|
and related classes
|
|
|
|
|
|
|
|
|
|
* (plugins/*) converted to the new threading model
|
|
|
|
|
|
|
|
|
|
&block) to store bot-specific Irc::User data. Currently relies on the data structure in the associated BotUser
|
|
when loading data
|
|
|
|
retrieve the associated BotUser and its data
|
|
|
|
|
|
|
|
|
|
|
|
server and casemap
|
|
|
|
A TransientBotUser can only be created with an associated Irc::User or Irc::Netmask.
If an Irc::User cannot be logged in as a normal BotUser, TransitentBotUsers are tried.
Optionally, a TransientBotUser can be created automatically.
|
|
|
|
|
|
source
|
|
|
|
We delegate common hooks through the fast-delegation hash, and revert to
brute-force querying for everything else. Beware that this may breaks plugins
which add/remove delegatable methods at runtime, but no such plugin is
currently used (AFAIK).
|
|
|
|
Delegating a message requires checking if each of the loaded plugins
responds to a given method. This can be time consuming when many
plugins are loaded.
We set up a hash that maps each commonly delegated method to the list of
plugins that respond to it.
|
|
|
|
|
|
|
|
|
|
|