Call Hold not cancelled correctly on Incoming calls

[GoogleCodeExporter]

What steps will reproduce the problem?
1. Set up INCOMING call to Telephone. Answer the call on Telephone. Check audio 
path is 
established correctly in both directions.
2. Put call on Hold on Telephone
3. Cancel call Hold on Telephone

What is the expected output? What do you see instead?
During Hold music is played to remote caller (feature of SIP account). When 
Hold is cancelled on 
Telephone music is disconnected but audio path is not re-connected. Audio from 
remote end 
disappears completely. Audio input from Telephone mic is routed back to audio 
output on 
Telephone, instead of to the remote end. So Telephone user (with headset) hears 
their own 
speech at full volume in their earpiece, the remote caller cannot hear them at 
all and they cannot 
hear the remote user.  If the call is placed on Hold again, the remote user 
gets Music on Hold 
again, but there is no way to restore the call audio.
HOWEVER, if the call set-up is OUTGOING from Telephone to the remote user, Hold 
works 
correctly (audio is restored when Hold is released).

What version of the product are you using? On what operating system?
Telephone: 0.14.3 (23). Mac OS X v10.5.8. G5 PPC DP. Using Logitech analogue 
headset/mic 
connected to Mac via Griffin iMic USB adapter.

Please provide any additional information below.
Have checked this feature using X-Lite (v3.0.47051) and Hold works correctly 
with that SIP client.
My VSP is voipfone.co.uk. I'm behind a NAT router. I use voipfone's NAT proxy.

Original issue reported on code.google.com by rob.filk...@gmail.com on 23 Apr 2010 at 12:48

[GoogleCodeExporter]

So, you have voipfone's proxy set as the proxy in the corresponding account in 
Telephone?

We'll need some debug info. Please do the following.
1. Quit Telephone.
2. Open Terminal and run 'defaults write com.tlphn.Telephone LogLevel -integer 
4'.
3. Launch Telephone, reproduce the probem, quit Telephone.
4. Attach ~/Library/Logs/Telephone.log here or send it to me directly.

Original comment by eofs...@gmail.com on 25 Apr 2010 at 5:20

[GoogleCodeExporter]

Yes, I have 'nat.voipfone.co.uk' set as my Outbound Proxy using port 5065.

I emailed the log file to you on 25th April. Just wondering if you have managed 
to reproduce the issue...

Original comment by struanan...@googlemail.com on 8 May 2010 at 11:01

[GoogleCodeExporter]

I’m sorry, I couldn’t find it. I’ve searched for both, rob.filkins and 
struanandrobert. I also checked Spam forlder 
and looked through All Mail around 25th of April. Could you please send it to 
me again? My email is 
eofster@gmail.com.

Original comment by eofs...@gmail.com on 9 May 2010 at 11:20

[GoogleCodeExporter]

I've sent it again to your gmail address. Hope it reaches you - let me know if 
not.
Thanks for help.

Original comment by rob.filk...@gmail.com on 9 May 2010 at 11:49

[GoogleCodeExporter]

I’ve received the letter. Have you tried to set sip.voipfone.co.uk not only 
for the Domain, but also for the Proxy? 
Looks like x-lite tutorial on their site does that.

Also, if you want a proxy server to be used with the specified account only, 
you should set it inside the Advanced 
tab of the account. Outbound Proxy is a proxy server that will be used by all 
accounts in addition to each 
account’s own Proxy setting.

Original comment by eofs...@gmail.com on 9 May 2010 at 1:06

[GoogleCodeExporter]

Thanks. I have removed the outbound proxy details from the Network tab. I 
originally couldn't work out how 
to add a proxy to the Advanced section of the Account tab as everything was 
greyed out, which is why I'd set 
it globally on the Network tab.  I eventually found a comment on another bug 
report that you have to disable 
the SIP account before you can edit its details - that confused me!

Setting sip.voipfone.co.uk/port 5060 as the proxy (in the Account Advanced 
section) solves the problem, as 
does deleting the proxy details altogether.

I had originally set a NAT proxy because in the past I have found I needed it 
to get my SIP account working in 
some locations - I guess it depends on the nature of the firewall and NAT 
configuration in different locations 
that I've visited. Anyway, at home, where I've been testing Telephone, it seems 
like it's not needed.  I'll see 
what happens if, in the future, I find myself on a network that needs the NAT 
proxy to work properly.

Many thanks for your help! This really is an excellent application and I'll be 
using it instead of X-Lite from now 
on :-)

Original comment by rob.filk...@gmail.com on 9 May 2010 at 3:23

[GoogleCodeExporter]

Thank you. :)

Original comment by eofs...@gmail.com on 9 May 2010 at 3:26

• Changed state: Done