<?xml version="1.0" encoding="utf-8"?>
<!--  RSS generated by Flaimo.com RSS Builder [2010-09-03 15:33:06]  --> <rss version="2.0" xmlns:im="http://purl.org/rss/1.0/item-images/" xmlns:sy="http://purl.org/rss/1.0/modules/syndication/" >
<channel>
<docs>http://bugs.unrealircd.org/</docs>
<description>UnrealIRCd Bug Tracker - unreal - ISSUES (Unreal4 QA Needs Testing)</description>
<link>http://bugs.unrealircd.org/</link>
<title>UnrealIRCd Bug Tracker - unreal - ISSUES (Unreal4 QA Needs Testing)</title>
<image>
<title>UnrealIRCd Bug Tracker - unreal - ISSUES (Unreal4 QA Needs Testing)</title>
<url>http://bugs.unrealircd.org/images/mantis_logo_button.gif</url>
<link>http://bugs.unrealircd.org/</link>
<description>UnrealIRCd Bug Tracker - unreal - ISSUES (Unreal4 QA Needs Testing)</description>
</image>
<category>unreal</category>
<ttl>10</ttl>
<sy:updatePeriod>hourly</sy:updatePeriod>
<sy:updateFrequency>1</sy:updateFrequency>
<sy:updateBase>2010-09-03T15:33:06+02:00</sy:updateBase>
<item>
<title>0003450: Filters (m_filter.so and m_filter_pcre.so ) aren't removed with rehash</title>
<link>http://bugs.unrealircd.org/view.php?id=3450</link>
<description>When removing or editing a filter in the inspircd.conf, after rehash the old filters remain (/stats s). My experience was also that due to this, my replacement filter (as simple as ^querty$) was not working.</description>
<guid>http://bugs.unrealircd.org/view.php?id=3450</guid>
<author>aegis &lt;aegis@example.com&gt;</author>
<comments>http://bugs.unrealircd.org/view.php?id=3450#bugnotes</comments>
</item>
<item>
<title>0003437: localhost should be cloaked</title>
<link>http://bugs.unrealircd.org/view.php?id=3437</link>
<description>Brain insists it's invalid, but I don't like people on my network knowing someone is connecting from a localhost... This creates issues like &quot;zomg, I want access to use IRC too!&quot;&lt;br /&gt;
&lt;br /&gt;
Unlike Unreal 3.*, 4 should probably cloak the actual localhost IP in instead of &quot;localhost&quot; itself.</description>
<guid>http://bugs.unrealircd.org/view.php?id=3437</guid>
<author>Stealth &lt;Stealth@example.com&gt;</author>
<comments>http://bugs.unrealircd.org/view.php?id=3437#bugnotes</comments>
</item>
<item>
<title>0003439: m_hostchange.so tweak</title>
<link>http://bugs.unrealircd.org/view.php?id=3439</link>
<description>When using the &quot;set&quot; action, have a nick variable for the user's nick...&lt;br /&gt;
&lt;br /&gt;
Something like:&lt;br /&gt;
&lt;hostchange mask=&quot;*@*.example.com&quot; action=&quot;set&quot; value=&quot;users.%n.example.com&quot;&gt;&lt;br /&gt;
&lt;br /&gt;
%n would become the users nick (of course without non-RFC characters), the result should be &quot;users.SomeNick.example.com&quot; (if the user is connecting with &quot;SomeNick&quot;)</description>
<guid>http://bugs.unrealircd.org/view.php?id=3439</guid>
<author>Stealth &lt;Stealth@example.com&gt;</author>
<comments>http://bugs.unrealircd.org/view.php?id=3439#bugnotes</comments>
</item>
<item>
<title>0003513: Extend chanrec::IsBanned (so we can have extbans)</title>
<link>http://bugs.unrealircd.org/view.php?id=3513</link>
<description>The chanrec::IsBanned provides only simplistic implementation of ban checking, eg, if a n!u@h mask matches in the channel. In order to implement extended bans of any form, IsBanned will need at least two things:&lt;br /&gt;
&lt;br /&gt;
- Able to identify the type of action taken that is causing a ban check (eg: JOIN, NICK, PRIVMSG).&lt;br /&gt;
- Able to call it module code before doing a normal check of a ban entry. Includes allowing the module to say &quot;don't do a normal mask check&quot;.&lt;br /&gt;
&lt;br /&gt;
The first issue, I've considered:&lt;br /&gt;
- Unreal 3's style: use named constants BANCHK_JOIN, etc. Advantage: no string compares. Disadvantage: modules have to fight over unique values, or we have to make a provider for it. Probably the best option, performance-wise.&lt;br /&gt;
- Something closer to how insp does assorted things, namely: use text strings. Advantage: no fighting over uniqueness, if they just use their cmd name. Disadvantage: string compares, with all the slowdowns that can involve . Especially if some extbans want to check against several different command names (eg a ~q would need to trap PRIVMSG and NOTICE - double whammy, though we can avoid it with using non-command names like 'MESSAGE').&lt;br /&gt;
- Other ideads?&lt;br /&gt;
&lt;br /&gt;
For the second issue:&lt;br /&gt;
&lt;br /&gt;
Either built-in check for extended ban syntax ('~', something, ':'), or a hook that is triggered for every ban checked (that way module can provide the extban system, and other modules can do things to a specific ban check that don't strictly relate to extended bans). The latter is probably preferred.</description>
<guid>http://bugs.unrealircd.org/view.php?id=3513</guid>
<author>aquanight &lt;aquanight@example.com&gt;</author>
<comments>http://bugs.unrealircd.org/view.php?id=3513#bugnotes</comments>
</item>
<item>
<title>0003519: Implement @merge config directive</title>
<link>http://bugs.unrealircd.org/view.php?id=3519</link>
<description>When the config transformations meet a @merge config directive on form:&lt;br /&gt;
&lt;br /&gt;
@merge block-name;&lt;br /&gt;
&lt;br /&gt;
it will merge all blocks with this block-name into one. &lt;br /&gt;
&lt;br /&gt;
for instance:&lt;br /&gt;
&lt;br /&gt;
features/default.conf:&lt;br /&gt;
&lt;br /&gt;
@merge set;&lt;br /&gt;
 &lt;br /&gt;
set { // some defaults; };&lt;br /&gt;
&lt;br /&gt;
unrealircd.conf:&lt;br /&gt;
&lt;br /&gt;
include &quot;features/default.conf&quot;;&lt;br /&gt;
&lt;br /&gt;
set { // override some of the defaults };&lt;br /&gt;
&lt;br /&gt;
to the IRCd the set {} block will look as if it is one tag.&lt;br /&gt;
&lt;br /&gt;
Conflict resolution in the case of two matching key's (key &quot;value&quot;; ) in block, is the the latest setting is the one that wins.</description>
<guid>http://bugs.unrealircd.org/view.php?id=3519</guid>
<author>stskeeps &lt;stskeeps@example.com&gt;</author>
<comments>http://bugs.unrealircd.org/view.php?id=3519#bugnotes</comments>
</item>
<item>
<title>0003521: configure does not pull epoll support properly.</title>
<link>http://bugs.unrealircd.org/view.php?id=3521</link>
<description>[cvm@camel24:~/hobby/unreal4]$ strings /lib/libc.so.6 | grep &quot;GNU C Library&quot;&lt;br /&gt;
GNU C Library stable release version 2.5, by Roland McGrath et al.&lt;br /&gt;
[cvm@camel24:~/hobby/unreal4]$ uname -r&lt;br /&gt;
2.6.20-1.2952.fc6&lt;br /&gt;
&lt;br /&gt;
Checking if epoll exists... libc too old: 5... libc built against older kernel 9... no</description>
<guid>http://bugs.unrealircd.org/view.php?id=3521</guid>
<author>stskeeps &lt;stskeeps@example.com&gt;</author>
<comments>http://bugs.unrealircd.org/view.php?id=3521#bugnotes</comments>
</item>
<item>
<title>0003515: Added ban-server {} configuration</title>
<link>http://bugs.unrealircd.org/view.php?id=3515</link>
<description>- Added ban-server {} support - disconnects a server if it dares to&lt;br /&gt;
  introduce a banned server to the network. Conf format:&lt;br /&gt;
  ban-server { mask &quot;*mask&quot;; reason &quot;reason&quot;; };</description>
<guid>http://bugs.unrealircd.org/view.php?id=3515</guid>
<author>stskeeps &lt;stskeeps@example.com&gt;</author>
<comments>http://bugs.unrealircd.org/view.php?id=3515#bugnotes</comments>
</item>
<item>
<title>0003486: Implemented ENCAP proposal</title>
<link>http://bugs.unrealircd.org/view.php?id=3486</link>
<description>&lt;a href=&quot;http://dev.unrealircd.com/unreal4:development:encap&quot;&gt;http://dev.unrealircd.com/unreal4:development:encap&lt;/a&gt; [&lt;a href=&quot;http://dev.unrealircd.com/unreal4:development:encap&quot; target=&quot;_blank&quot;&gt;^&lt;/a&gt;]&lt;br /&gt;
&lt;br /&gt;
Basically, we need the ability to modularilly to do s2s queries - one server querying another and send back a response one to one.&lt;br /&gt;
&lt;br /&gt;
This is needed for example for RPING.&lt;br /&gt;
&lt;br /&gt;
We have been working together with Insp to provide a similar API so modules that uses this will work on future Insp 1.2.&lt;br /&gt;
&lt;br /&gt;
This will need a LOT of QA</description>
<guid>http://bugs.unrealircd.org/view.php?id=3486</guid>
<author>stskeeps &lt;stskeeps@example.com&gt;</author>
<comments>http://bugs.unrealircd.org/view.php?id=3486#bugnotes</comments>
</item>
<item>
<title>0003463: Implement parser for U3 configuration format</title>
<link>http://bugs.unrealircd.org/view.php?id=3463</link>
<description>As above.</description>
<guid>http://bugs.unrealircd.org/view.php?id=3463</guid>
<author>stskeeps &lt;stskeeps@example.com&gt;</author>
<comments>http://bugs.unrealircd.org/view.php?id=3463#bugnotes</comments>
</item>
<item>
<title>0003496: SSL ports in 005 numeric</title>
<link>http://bugs.unrealircd.org/view.php?id=3496</link>
<description>The 005 numeric displays 'SSL=' if no SSL ports have been defined when any of the SSL modules (openssl and gnutls) have been loaded.  My suggestion would be to hide this unless SSL ports have been defined within any of the client 'bind' config blocks.</description>
<guid>http://bugs.unrealircd.org/view.php?id=3496</guid>
<author>CuttingEdge &lt;CuttingEdge@example.com&gt;</author>
<comments>http://bugs.unrealircd.org/view.php?id=3496#bugnotes</comments>
</item>
<item>
<title>0003465: Link U3 parser to existing InspIRCd configuration code</title>
<link>http://bugs.unrealircd.org/view.php?id=3465</link>
<description>Make it possible to access the U3 format through the existing ConfigReader methods.</description>
<guid>http://bugs.unrealircd.org/view.php?id=3465</guid>
<author>stskeeps &lt;stskeeps@example.com&gt;</author>
<comments>http://bugs.unrealircd.org/view.php?id=3465#bugnotes</comments>
</item>
</channel>
</rss>
