<div><div>Hi Saúl,</div></div><div><br></div><div>Here's the kicker:</div><div><br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">
Blink Pro[94061]: Traceback (most recent call last):\n  File "/Applications/Blink Pro.app/Contents/Resources/lib/twisted/internet/base.py", line 793, in runUntilCurrent\n    call.func(*call.args, **<a href="http://call.kw">call.kw</a>)\n  File "/Applications/Blink Pro.app/Contents/Resources/lib/eventlib/coros.py", line 197, in _do_send\n    waiter.switch(result)\n  File "/Applications/Blink Pro.app/Contents/Resources/lib/eventlib/proc.py", line 571, in _run\n    result = function(*args, **kwargs)\n  File "/Applications/Blink Pro.app/Contents/Resources/lib/sipsimple/session.py", line 676, in _run\n    handler(command)\n  File "/Applications/Blink Pro.app/Contents/Resources/lib/sipsimple/session.py", line 758, in _CH_incoming_transfer\n    self.new_session.connect(ToHeader(target), routes=routes, streams=[AudioStream(account)], transfer_info=transfer_info)\nTypeError: __init__() takes exactly 1 argument (2 given)</blockquote>
<div><br></div><div>The complete syslog output is attached.</div><div><br></div><div><br></div><div>- Jeff</div><div><br></div>
<br><br><div class="gmail_quote">On Wed, Jan 30, 2013 at 4:45 PM, Saúl Ibarra Corretgé <span dir="ltr"><<a href="mailto:saul@ag-projects.com" target="_blank">saul@ag-projects.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Hi Jeff,<br>
<div><div class="h5"><br>
On Jan 30, 2013, at 8:04 PM, Jeff Pyle wrote:<br>
<br>
> Hello,<br>
><br>
> We're using Blink Pro 2.0.2 build 9275 from Jan 11, 2013.  One machine has OSX 10.6, the other 10.8.  We're able to reproduce a problem where Blink cannot complete a transfer.<br>
><br>
> Here's what happens:  The far-end sends a REFER, and Blink pops the dialog to confirm the transfer.  After acceptance, the call sits in "Transferring..." state on the call list.  Looking at the SIP traffic on the network, it does send a 202 Accepted, but never sends the INVITE afterwards to the new destination.<br>

><br>
> What is the next step to diagnose what's happening?<br>
><br>
<br>
</div></div>Can you paste the syslog output when it happens?<br>
<br>
We recently made a fix regarding call transfers, this is part of the 2.0.3 version which is pending release from Apple, it should be out in a few days.<br>
<br>
Nevertheless, please send us the syslog output so we can confirm it's the same bug.<br>
<br>
<br>
Regards,<br>
<span class="HOEnZb"><font color="#888888"><br>
--<br>
Saúl Ibarra Corretgé<br>
AG Projects<br>
<br>
<br>
<br>
<br>
<br>
_______________________________________________<br>
Blink mailing list<br>
<a href="mailto:Blink@lists.ag-projects.com">Blink@lists.ag-projects.com</a><br>
<a href="http://lists.ag-projects.com/mailman/listinfo/blink" target="_blank">http://lists.ag-projects.com/mailman/listinfo/blink</a><br>
</font></span></blockquote></div><br>