<div dir="ltr">Thanks! Didn't realize that GitHub mirror was official.</div><div class="gmail_extra"><br><br><div class="gmail_quote">On Fri, May 9, 2014 at 1:12 PM, David Goulet <span dir="ltr"><<a href="mailto:dgoulet@ev0ke.net" target="_blank">dgoulet@ev0ke.net</a>></span> wrote:<br>

<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="">On 09 May (13:05:27), Chris Ballinger wrote:<br>
> Ah thanks, didn't catch that. Any word on moving the official repo from<br>
> Sourceforge to GitHub? There's a couple mirrors on GitHub but it would be<br>
> helpful to have an officially blessed one.<br>
<br>
</div>The upstream libotr can be found here:<br>
<br>
<a href="https://bugs.otr.im/projects/libotr" target="_blank">https://bugs.otr.im/projects/libotr</a><br>
<br>
Git - git://<a href="http://git.otr.im/libotr.git" target="_blank">git.otr.im/libotr.git</a><br>
<br>
This is automatically mirrored to this Github page:<br>
<br>
<a href="https://github.com/off-the-record/libotr" target="_blank">https://github.com/off-the-record/libotr</a><br>
<br>
All bugs from the Sourceforge page has been moved to <a href="http://bugs.otr.im" target="_blank">bugs.otr.im</a> also.<br>
<div class=""><br>
><br>
> Also is there an ETA for the next point release, 4.0.1? It looks like<br>
> there's some somewhat-important changes in the master branch, like the<br>
> constant-time memory comparison functions.<br>
<br>
</div>No idea, it's up to Ian for that. There is a bunch of bugs also that<br>
have been submitted on the mailing list some days ago.<br>
<br>
Cheers!<br>
<span class="HOEnZb"><font color="#888888">David<br>
</font></span><div class="HOEnZb"><div class="h5"><br>
><br>
><br>
> On Fri, May 9, 2014 at 12:28 PM, David Goulet <<a href="mailto:dgoulet@ev0ke.net">dgoulet@ev0ke.net</a>> wrote:<br>
><br>
> > This has been fixed in upstream libotr:<br>
> ><br>
> >         commit d748757e581b74e7298df155ad49174cb914102b<br>
> ><br>
> > David<br>
> ><br>
> > On 09 May (12:22:51), Chris Ballinger wrote:<br>
> > > fragment:<br>
> > ><br>
> > >     if (fragPolicy == OTRL_FRAGMENT_SEND_SKIP ) {<br>
> > ><br>
> > > /* Do not fragment/inject. Default behaviour of libotr3.2.0 */<br>
> > ><br>
> > > return err;<br>
> > ><br>
> > >     } else {<br>
> > ><br>
> > > /* Fragment and send according to policy */<br>
> > ><br>
> > > if (!err && messagep && *messagep) {<br>
> > ><br>
> > >     if (context) {<br>
> > ><br>
> > > err = fragment_and_send(ops, NULL, context, *messagep,<br>
> > ><br>
> > > fragPolicy, messagep);<br>
> > ><br>
> > >     }<br>
> > ><br>
> > > }<br>
> > ><br>
> > > return err;<br>
> > ><br>
> > >     }<br>
> > ><br>
> > ><br>
> > ><br>
> > > When setting opdata to non-NULL via the otrl_message_sending function,<br>
> > > the inject_message_cb callback will have a null opdata because on line<br>
> > 444<br>
> > > of message.c NULL is passed into fragment_and_send instead of opdata.<br>
> ><br>
> > > _______________________________________________<br>
> > > OTR-dev mailing list<br>
> > > <a href="mailto:OTR-dev@lists.cypherpunks.ca">OTR-dev@lists.cypherpunks.ca</a><br>
> > > <a href="http://lists.cypherpunks.ca/mailman/listinfo/otr-dev" target="_blank">http://lists.cypherpunks.ca/mailman/listinfo/otr-dev</a><br>
> ><br>
> ><br>
</div></div></blockquote></div><br></div>