DuckCorp Projects: Issueshttps://projects.duckcorp.org/https://projects.duckcorp.org/favicon.ico?16699090422011-02-14T18:33:24ZDuckCorp Projects
Redmine Bip - Enhancement #193 (New): really disable Backlogginghttps://projects.duckcorp.org/issues/1932011-02-14T18:33:24ZHans Spockdj19852@googlemail.com
<p>I set "backlog = false" for one Chanel on one Server<br />But bip saves still log files for this chanel on my USB Stick even if i not want this.</p>
<p>So it would be nice if "backlog = false" is set for one chanel bip does not store any logfile for this chanel</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 - Enhancement #190 (New): should have an option to wait before joining channelshttps://projects.duckcorp.org/issues/1902011-01-21T18:02:49ZNathan Brinkohnobinki@ohnopublishing.net
<p>There is already an on_connect_send option which allows one to identify to nickserv. However, there is no explicit option to wait for some response from nickserv or the IRC server before JOINing channels. This matters in the following two cases brought by Dodzy and Hunner on oftc#bip:</p>
<p>1. Someone who uses hostserv or has his hostmask cloaked shouldn't JOIN channels before successfully identifying to nickserv<br />2. Certain channels will use unrealircd's +r or charybdis's +R which will cause a user's JOIN to fail if the user isn't yet successfully identified.</p>
<p>I propose that there should be an additional per-connection option called something like ``on_connect_expect'' which would be a regular expression to be matched against lines that the server is sending bip which would be matched before bip proceeds to JOIN the user to channels. This would let someone do something like:</p>
<p>on_connect_expect { expect = "^NickServ![^ ]+ NOTICE .*Password accepted"; timeout = 10; };</p>
<p>If 10 seconds pass while bip is waiting for this response from the browser, it would log an error which would contain the regular expression which bip is waiting for and state that it timed out. This would help users to debug badly-formed regular expressions and also account for services occasionally being unavailable.</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 #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 #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> LdapShadows - Enhancement #143 (In Progress): create administration shadow for OpenLDAP 'cn=confi...https://projects.duckcorp.org/issues/1432010-09-06T08:25:51ZMarc Dequènesduck@duckcorp.org
<p>It would help much handle the new slapd.d configuration system.</p> MyCyma - Bug #97 (New): Lien devenu invalidehttps://projects.duckcorp.org/issues/972010-06-06T20:38:41ZJean-Marc Bonicoli
<p>En cliquant sur "vue"> "arbre de la cimaise" pour visualiser la structure de la Cimaise il s'affiche un message d'erreur : NoMethodError in View#tree etc.<br />La page affichant l'arbre de la Cimaise ne s'ouvre plus.</p> MyCyma - Cosmetic #89 (New): Traduction Anglais>Françaishttps://projects.duckcorp.org/issues/892010-05-15T15:11:54ZJean-Marc Bonicoli
<p>Serait-il possible de traduire en français les noms des mois dans la liste déroulante qui apparaît lors de l'installation d'une nouvelle étape d'une oeuvre ? <br />[Voir copie d'écran en pièce jointe]</p> MyCyma - Cosmetic #87 (New): Navigation : Retour vers la liste des oeuvres à un point donné https://projects.duckcorp.org/issues/872010-05-15T12:18:21ZJean-Marc Bonicoli
<p>Serait-il possible qu'après le téléchargement d'une étape d'une oeuvre le lien assurant le retour vers la liste des oeuvres pointe vers l'oeuvre dont l'étape vient d'être téléchargée ?<br />[Copie d'écran en pièce jointe]</p> MyCyma - Cosmetic #86 (New): Traduction Anglais>Françaishttps://projects.duckcorp.org/issues/862010-05-15T12:13:32ZJean-Marc Bonicoli
<p>Traduire en français le message indiquant que le téléchargement d'une étape d'une oeuvre a bien été effectuée (voir copie d'écran en pièce jointe).</p> MyCyma - Cosmetic #85 (New): Correction orthographiquehttps://projects.duckcorp.org/issues/852010-05-15T12:09:55ZJean-Marc Bonicoli
<p>Mettre le mot "Support" au singulier dans la page de présentation d'une oeuvre (copie d'écran en pièce jointe).</p> MyCyma - Cosmetic #84 (New): Renommer l'intitulé d'un tableauhttps://projects.duckcorp.org/issues/842010-05-12T12:17:43ZJean-Marc Bonicoli
<p>Pour éviter une confusion entre position (dans une série) et position (d'un état) pouvons nous renommer dans la page "Étapes d'une oeuvre" le champ "Position" en "Étape". (Voir copie d'écran en pièce jointe).</p> MyCyma - Cosmetic #83 (New): Gestion de l'affichage des oeuvres d'un ensemblehttps://projects.duckcorp.org/issues/832010-05-08T19:42:06ZJean-Marc Bonicoli
<p>Bonjour</p>
<p>Serait-il possible que les oeuvres d'un ensemble s'affiche en fonction de la place indiquée lors de la saisie des données des oeuvres de cette série ?</p>
<p>Actuellement les oeuvres d'un ensemble s'affiche dans l'ordre alaphabétique des titres.</p>
<p>Voir en pièce jointe pour l'ensemble "Waltenberg" dans la série "Dans un jardin" :</p>
<p>- l'affichage actuel par ordre alphabétique<br />- l'affichage souhaité en prenant en compte la position dans la série qui a été saisie pour chacune des oeuvres de cet ensemble.</p>
<p>Merci</p> MyCyma - Enhancement #8 (New): Création d'une nouvelle page d'affichagehttps://projects.duckcorp.org/issues/82009-02-15T16:47:58ZJean-Marc Bonicoli
<p>Serait-il possible de générer une deuxième page d'affichage ?<br />Par exemple "dix productions d'une même série".<br />Il est possible de travailler à partir de la série "variations" qui comporte dès à présent plus de dix œuvres enregistrées dans la base.</p>