DuckCorp Projects: Issueshttps://projects.duckcorp.org/https://projects.duckcorp.org/favicon.ico?16699090422024-02-04T14:29:06ZDuckCorp Projects
Redmine Bip - Bug #803 (New): /bip list connections/all_connections/all_links crashes biphttps://projects.duckcorp.org/issues/8032024-02-04T14:29:06ZLoïc Gomez
<p>In 9.4, listing connections, links crashes bip when there is a long line for on_connect_send option.<br />A fix is available.</p> Bip - Bug #793 (New): AC_PROG_LEX without either yywrap or noyywrap is obsoletehttps://projects.duckcorp.org/issues/7932024-02-02T16:48:56ZLoïc Gomez
<pre>
configure.ac:16: warning: AC_PROG_LEX without either yywrap or noyywrap is obsolete
./lib/autoconf/programs.m4:716: _AC_PROG_LEX is expanded from...
./lib/autoconf/programs.m4:709: AC_PROG_LEX is expanded from...
aclocal.m4:1072: AM_PROG_LEX is expanded from...
configure.ac:16: the top level
</pre> Bip - Bug #641 (New): /who replies aren't routed to correct clienthttps://projects.duckcorp.org/issues/6412018-12-30T12:02:40ZJohn Levon
<p>Using bip on freenode, with two hexchat clients, I get regular noise to the channels<br />corresponding to the output of a /who command. This seems to be from hexchat's /away<br />tracking, which periodically sends this command. It appears that bip doesn't know which<br />client to route the response to, so you get this noise.</p>
<p>In znc, it seems this is fixed by enabling route_replies, but I can't find such a thing<br />in bip.</p> UFWI - Bug #411 (New): About windowhttps://projects.duckcorp.org/issues/4112014-11-25T22:39:52ZPierre-Louis Bonicolipierre-louis.bonicoli@ir5.eu
<p>The window currently displays :<br /><pre>
'<p><b>ufwi-conf</b></p>\n' +
'<p>Copyright &copy; 2008 INL</p>\n' +
'<p>' + tr('This front-end program is licensed under the '
+ 'GNU General Public License, version 2.') + '</p>'
</pre></p>
<p>Display the content of an Authors file instead, show the license as a link to its content on fsf.org</p>
<p>Added by Laurent Defert</p> UFWI - Bug #407 (New): [contact] Non translated mail messageshttps://projects.duckcorp.org/issues/4072014-11-25T22:38:07ZPierre-Louis Bonicolipierre-louis.bonicoli@ir5.eu
<p>Added by Laurent Defert</p> UFWI - Enhancement #400 (New): [ntp] Add timezone supporthttps://projects.duckcorp.org/issues/4002014-11-25T22:35:04ZPierre-Louis Bonicolipierre-louis.bonicoli@ir5.eu
<p>Added by Laurent Defert</p> UFWI - Enhancement #369 (New): Password protected certificates supporthttps://projects.duckcorp.org/issues/3692014-11-25T22:20:20ZPierre-Louis Bonicolipierre-louis.bonicoli@ir5.eu
<p>Added by Laurent Defert</p> UFWI - Bug #364 (New): Test CRL handlinghttps://projects.duckcorp.org/issues/3642014-11-25T02:05:16ZPierre-Louis Bonicolipierre-louis.bonicoli@ir5.eu
<p>Added by Laurent Defert</p> UFWI - Bug #357 (New): Add CRL distribution point supporthttps://projects.duckcorp.org/issues/3572014-11-25T02:02:26ZPierre-Louis Bonicolipierre-louis.bonicoli@ir5.eu
<p>Added by Laurent Defert</p> UFWI - Bug #356 (New): Test CRL handlinghttps://projects.duckcorp.org/issues/3562014-11-25T02:02:02ZPierre-Louis Bonicolipierre-louis.bonicoli@ir5.eu
<p>Added by Laurent Defert</p> Bip - Bug #342 (New): 'list connections' command doesn't display status of channelshttps://projects.duckcorp.org/issues/3422014-07-24T00:13:06ZPierre-Louis Bonicolipierre-louis.bonicoli@ir5.eu
<p>It seems that output of <code>list connections</code> command should use a suffix on channels without backlog: <a class="source" href="https://projects.duckcorp.org/projects/bip/repository/bip/entry/src/bip.c#L1395">source:src/bip.c#L1395</a>, but this is not the case.</p>
<p><code>list connections</code> doesn't display a suffix on any channel:</p>
<pre>
02:04:18 Pilou | list connections
[...]
02:04:18 -bip | * milkypond to milkypond as "pilou" (pilou!pilou) :
02:04:18 -bip | Options:
02:04:18 -bip | Channels (* with key, ` no backlog) #test #milkypond #DuckCorp
02:04:18 -bip | Status: connected !
</pre> Bip - Bug #341 (New): 'bip list connections' command should display querieshttps://projects.duckcorp.org/issues/3412014-07-24T00:01:23ZPierre-Louis Bonicolipierre-louis.bonicoli@ir5.eu
<p>The command <code>bip list connections</code> lists channels for all connections.</p>
<p>Queries could be listed too.</p> DuckCorp Infrastructure - Bug #232 (In Progress): [STICKY] Annoying bugs in softwares used by DChttps://projects.duckcorp.org/issues/2322011-06-21T23:20:19ZMarc Dequènesduck@duckcorp.org
<p>List of bugs that needs help fixing.</p>
<p>You should contact upstream authors in order to get the patch included in the official sofware.</p>
<p>Additionally, you can have a look at the following tickets already reported in Debian:<br /><a class="external" href="http://bugs.debian.org/cgi-bin/pkgreport.cgi?users=admin@duckcorp.org;exclude=severity:wishlist">http://bugs.debian.org/cgi-bin/pkgreport.cgi?users=admin@duckcorp.org;exclude=severity:wishlist</a></p> DuckCorp Infrastructure - Enhancement #229 (In Progress): [STICKY] Features missing in softwares ...https://projects.duckcorp.org/issues/2292011-06-21T23:14:56ZMarc Dequènesduck@duckcorp.org
<p>List of features that needs help implementing.</p>
<p>You should contact upstream authors in order to get the feature included in the official sofware.</p>
<p>DC-specific feature won't be added here.</p>
<p>Additionally, you can have a look at the following tickets already reported in Debian:<br /><a class="external" href="http://bugs.debian.org/cgi-bin/pkgreport.cgi?users=admin@duckcorp.org;include=severity:wishlist">http://bugs.debian.org/cgi-bin/pkgreport.cgi?users=admin@duckcorp.org;include=severity:wishlist</a></p> Bip - Bug #188 (New): "FATAL: Element with key nohar already in hash 5151a968" when netplit occurshttps://projects.duckcorp.org/issues/1882011-01-19T00:19:39ZPierre-Louis Bonicolipierre-louis.bonicoli@ir5.eu
<p>Sometimes when a netsplit occurs, bip exits after logging:</p>
<blockquote>
<p>FATAL: Element with key nohar already in hash 5151a968</p>
</blockquote>