DuckCorp Projects: Issueshttps://projects.duckcorp.org/https://projects.duckcorp.org/favicon.ico?16699090422020-12-17T09:34:26ZDuckCorp Projects
Redmine Bip - Enhancement #715 (New): Backlog one channel onlyhttps://projects.duckcorp.org/issues/7152020-12-17T09:34:26ZPierre-Louis Bonicolipierre-louis.bonicoli@ir5.eu
<p>The backlog command only allows to backlog all the channels from one network.</p>
<p>It would be nice to fetch backlog from one channel only.</p>
<p>From: Debian bug <a href="https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=668420" class="external">#668420</a>.</p> Bip - Bug #481 (In Progress): Fix log level for erroneous messageshttps://projects.duckcorp.org/issues/4812015-10-13T12:54:28ZPierre-Louis Bonicolipierre-louis.bonicoli@ir5.eu
<p>Bip should display IRC <a href="https://tools.ietf.org/html/rfc1459#section-6" class="external">errors</a> sent by IRC servers using <code>error</code> log level.</p>
<p>The current behaviour is:<br /><pre>
13-10-2015 14:48:14 DEBUG: ":irc.server.local 432 * Pilou :Nickname too long, max. 9 characters
</pre></p> Bip - Bug #431 (New): bip is leaking file descriptorshttps://projects.duckcorp.org/issues/4312015-01-15T02:01:19ZPierre-Louis Bonicolipierre-louis.bonicoli@ir5.eu
<p>fran wrote:</p>
<blockquote>
<p>bip is leaking file descriptors on my server, and the fix is pretty easy: on connection.c, on read_socket, whenever read returns <1 and errno is different to EAGAIN and EINTR, the socket MUST be closed <br />because read will not return 0 on the following iterations of select (cause it's not added to the read fd_set after that), plus after read failing with fatal error it keeps returning -1</p>
</blockquote> Bip - Bug #352 (New): bip & Bitlbeehttps://projects.duckcorp.org/issues/3522014-09-22T18:25:43ZPierre-Louis Bonicolipierre-louis.bonicoli@ir5.eu
<p>On 22/09/2014, asteroidmaster wrote:</p>
<blockquote>
<p>I'm having trouble connecting bip to bitlbee. Bitlbee is running and I can connect Weechat to it.<br />But when I try to connect bip to bitlbee, I get a ERROR in getpeername() that Transport Endpoint is not connected,<br />and another error on fd 6 followed by bip throwing a read_lines error. I'm running Ubuntu Server 14.04 and have<br />installed bip from the Ubuntu repos and Bitlbee from their daily build repo.</p>
</blockquote> Bip - Enhancement #270 (Resolved): GIT: use signed taghttps://projects.duckcorp.org/issues/2702012-01-10T01:53:49ZPierre-Louis Bonicolipierre-louis.bonicoli@ir5.eu
<p>Signed tags must be used.</p> Bip - Bug #265 (Resolved): bip segfaults when a client uses a password with a spacehttps://projects.duckcorp.org/issues/2652011-12-20T01:08:58ZPierre-Louis Bonicolipierre-louis.bonicoli@ir5.eu
<p>Reported by Tim Hansen</p>
<p>The bip log shows:<br />19-12-2011 16:56:42 ERROR: [*connecting*] Error in protocol, closing...</p>
<p>I can reproduce (impossible to use space in password) but segfault didn't happen.</p> Bip - Bug #253 (Resolved): Build with -Werrorhttps://projects.duckcorp.org/issues/2532011-10-03T22:28:36ZPierre-Louis Bonicolipierre-louis.bonicoli@ir5.eu
<p>Reported with a patch by Arnaud Fontaine, thanks to him !</p>
<p>Warnings should be removed.</p> Bip - Bug #212 (Resolved): When global option log is disabled, query are not backloggedhttps://projects.duckcorp.org/issues/2122011-04-07T00:55:25ZPierre-Louis Bonicolipierre-louis.bonicoli@ir5.eu
<a name="How-to-reproduce"></a>
<h3 >How to reproduce<a href="#How-to-reproduce" class="wiki-anchor">¶</a></h3>
<ol>
<li>set 'log' option to 'false' in bip.conf</li>
<li>(re)start bip, don't connect any client to bip</li>
<li>send a message with another user in a channel where bip is here</li>
<li>send a private message to bip user with another user</li>
<li>connect a client to bip</li>
<li>message in channel is backlogged</li>
<li>private message is not backlogged only "End of backlog" is displayed</li>
</ol> Bip - Enhancement #211 (Resolved): allow to disable logs by connectionhttps://projects.duckcorp.org/issues/2112011-04-07T00:31:59ZPierre-Louis Bonicolipierre-louis.bonicoli@ir5.eu
<p>When global log option is enabled, bip save logs into files. It should be possible to disable logs for some connections.</p>
<p>Patch written by Yoann Guillot is attached.</p> Bip - Bug #192 (Feedback): using "hide ping pong event" in mIRC doesn't work with biphttps://projects.duckcorp.org/issues/1922011-02-09T18:10:25ZPierre-Louis Bonicolipierre-louis.bonicoli@ir5.eu
<p>Reported by DoDzy, thank to him !<br /><pre>
i still get [10:35] * PONG from oftc <
it used to work when i was using psybnc
nvm, after all it is my client misbehaving
"If mIRC sends a PING with a parameter, it expects a PONG response with that parameter. This
is meant to be standard PING/PONG behaviour. If your bouncer is intercepting the message and
is not replying correctly, then mIRC will not work."
</pre></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> Bip - Bug #187 (Resolved): "FATAL: list_remove: item not found" when modifying nicknamehttps://projects.duckcorp.org/issues/1872011-01-19T00:13:15ZPierre-Louis Bonicolipierre-louis.bonicoli@ir5.eu
<a name="how-to-reproduce"></a>
<h3 >how to reproduce<a href="#how-to-reproduce" class="wiki-anchor">¶</a></h3>
<ol>
<li>query a user which use bip</li>
<li>change the case of the characters of your username using '/nick' irc command</li>
<li>then bip service used by queried user exit with code 200</li>
</ol>
<p>Bug introduced by: <a class="changeset" title="[BUG] Fix fatal on some nick change When a nick changes to one for which we already have a logst..." href="https://projects.duckcorp.org/projects/bip/repository/bip/revisions/d2f7840ced065d644ba626413f5e53900efb39ef">d2f7840c</a><br />Fixed by: <a class="changeset" title="Fix "FATAL: list_remove: item not found" Thanks to Jean-Edouard Babin for reporting it. How to ..." href="https://projects.duckcorp.org/projects/bip/repository/bip/revisions/4d4710acb955530694f2434d95ed887d7b96ada7">4d4710ac</a></p> Bip - Bug #186 (New): Bip crash after using "/QUOTE BIP TRUST OK" on a new connectionhttps://projects.duckcorp.org/issues/1862011-01-18T02:29:38ZPierre-Louis Bonicolipierre-louis.bonicoli@ir5.eu
<a name="How-to-reproduce"></a>
<h1 >How to reproduce:<a href="#How-to-reproduce" class="wiki-anchor">¶</a></h1>
<ol>
<li>/etc/bip.conf: add a new ssl connection </li>
<li>restart bip (Debian: <em>/etc/init.d/bip restart</em>)</li>
<li>use <em>/QUOTE BIP TRUST OK</em><br /> # all client connections are disconnected</li>
</ol>
<a name="Logs"></a>
<h1 >Logs<a href="#Logs" class="wiki-anchor">¶</a></h1>
<a name="Client-logs"></a>
<h2 >Client logs:<a href="#Client-logs" class="wiki-anchor">¶</a></h2>
<blockquote>
<p>03:12:08 oftc | irc: connecting to server irc-bouncer/7778...<br />03:12:08 oftc | irc: connected to irc-bouncer<br />03:12:08 oftc -- | b.i.p (b.i.p): This server SSL certificate was not accepted because it is not in your store of trusted certificates:<br />03:12:08 oftc -- | b.i.p (b.i.p): Subject: /C=US/ST=Indiana/L=Indianapolis/O=Software in the Public Interest/OU=hostmaster/CN=Certificate Authority/emailAddress=<a class="email" href="mailto:hostmaster@spi-inc.org">hostmaster@spi-inc.org</a><br />03:12:08 oftc -- | b.i.p (b.i.p): Issuer: /C=US/ST=Indiana/L=Indianapolis/O=Software in the Public Interest/OU=hostmaster/CN=Certificate Authority/emailAddress=<a class="email" href="mailto:hostmaster@spi-inc.org">hostmaster@spi-inc.org</a><br />03:12:08 oftc -- | b.i.p (b.i.p): MD5 fingerprint: 2A:47:9F:60:BB:83:74:6F:01:03:D7:0B:0D:F6:0D:78<br />03:12:08 oftc -- | b.i.p (b.i.p): WARNING: if you've already trusted a certificate for this server before, that probably means it has changed.<br />03:12:08 oftc -- | b.i.p (b.i.p): If so, YOU MAY BE SUBJECT OF A MAN-IN-THE-MIDDLE ATTACK! PLEASE DON'T TRUST THIS CERTIFICATE IF YOU'RE NOT SURE THIS IS NOT THE CASE.<br />03:12:08 oftc -- | b.i.p (b.i.p): Type /QUOTE BIP TRUST OK to trust this certificate, /QUOTE BIP TRUST NO to discard it.<br />03:12:20 oftc -- | irc.bip.net (irc.bip.net): ==== Certificate now trusted.<br />03:12:20 oftc -- | irc.bip.net (irc.bip.net): No more certificates waiting awaiting user trust, thanks!<br />03:12:20 oftc -- | irc.bip.net (irc.bip.net): If the certificate is trusted, bip should be able to connect to the server on the next retry. Please wait a while and try connecting your client again.</p>
</blockquote>
<a name="Bip-logs"></a>
<h2 >Bip logs:<a href="#Bip-logs" class="wiki-anchor">¶</a></h2>
<blockquote>
<p>18-01-2011 03:12:12 ERROR: No certificate in SSL write_socket<br />18-01-2011 03:12:12 ERROR: SSL cert check failed at depth=3: certificate rejected (28)<br />18-01-2011 03:12:12 ERROR: Certificate check failed: certificate rejected (28)!<br />18-01-2011 03:12:12 ERROR: Error on fd 31 (state 9)<br />18-01-2011 03:12:12 ERROR: [oftc] read_lines error, closing...<br />18-01-2011 03:12:12 ERROR: [oftc] reconnecting in 240 seconds<br />18-01-2011 03:12:54 ERROR: No certificate in SSL write_socket</p>
</blockquote> Bip - Bug #185 (Resolved): Build error on armelhttps://projects.duckcorp.org/issues/1852011-01-15T17:06:21ZPierre-Louis Bonicolipierre-louis.bonicoli@ir5.eu
<p>From debian bug <a href="http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=597262" class="external">#597262</a> reported by Philipp Kern</p>
<p>There are errors when building on armel:<br /><pre>
gcc -DHAVE_CONFIG_H -I. -I./src -O2 -g -W -Wall -fPIE -c -o src/log.o src/log.c
In file included from src/log.c:18:
src/irc.h:61: error: redefinition of 'struct user'
src/log.c: In function 'log_build_filename':
src/log.c:154: error: 'struct user' has no member named 'name'
src/log.c: In function 'log_add_file':
src/log.c:312: error: 'struct user' has no member named 'backlog'
src/log.c: In function 'log_find_file':
src/log.c:371: error: 'struct user' has no member named 'connections'
src/log.c:419: error: 'struct user' has no member named 'backlog'
src/log.c: In function 'log_client_none_connected':
src/log.c:738: error: 'struct user' has no member named 'always_backlog'
src/log.c: In function 'log_advance_backlogs':
src/log.c:758: error: 'struct user' has no member named 'backlog'
src/log.c:758: error: 'struct user' has no member named 'backlog_lines'
src/log.c:761: error: 'struct user' has no member named 'backlog_lines'
src/log.c: In function 'log_beautify':
src/log.c:861: error: 'struct user' has no member named 'bl_msg_only'
src/log.c:937: error: 'struct user' has no member named 'backlog_no_timestamp'
src/log.c: In function 'log_backread':
src/log.c:1062: error: 'struct user' has no member named 'always_backlog'
src/log.c: In function '_log_write':
src/log.c:1135: error: 'struct user' has no member named 'backlog_lines'
src/log.c:1154: error: 'struct user' has no member named 'always_backlog'
src/log.c: At top level:
src/log.c:1198: error: conflicting types for 'log_new'
src/log.h:65: note: previous declaration of 'log_new' was here
src/log.c: In function 'log_new':
src/log.c:1203: warning: assignment from incompatible pointer type
</pre></p>
<p>Dann Frazier analysed the problem: <cite>sys/user.h on armel has a conflicting definition of 'struct user'</cite>.</p> Bip - Bug #165 (New): doesn't load openssl support for sha-256 digesthttps://projects.duckcorp.org/issues/1652010-10-26T00:21:16ZPierre-Louis Bonicolipierre-louis.bonicoli@ir5.eu
<p><a href="http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=601021" class="external">Debian bug #601021</a></p>
<blockquote>
<p>As the subject says, bip doesn't make openssl load support for the sha-256<br />digest algorhytm. I've fixed a similar bug in fetchmail a while ago, see<br />Debian bug #576430 for a bit more info on the matter.<br />Attached is a simple patch that forces openssl to load support for everything<br />it knows :)<br />Sjoerd Simons</p>
</blockquote>