ETelMM: Swap doesn't work on two received calls

[iDeveloper]

This is rather a strange problem and I am not sure what i could be doing wrong to cause this. I have EtelMM API set from symbian and using that i am able to get notifications on incoming calls (RMobileLine->NotifyIncomingCall) as well as be able to answer them (RMobileCall->AnswerIncomingCall).

However, what I see is that if I have two calls, both out going, swap works fine. If I have two calls, both received calls, swap fails. If I attempt swap on the connected call, it fails with -21(Access denied) and If I attempt swap on the held call, it fails with -33(Timeout). Either way, swap fails if the two calls are received calls.

The only difference as far as i can tell is that out going calls are opened with RMobileCall->OpenNewCall() and incoming calls are opened with RMobileCall->OpenExistingCall() from within NotifyIncomingCall callback.

Has anyone experienced similar issues? I'd appreciate any help.
-thanks
iDeveloper

[Paul.Todd]

I think it *might* be related to http://wiki.forum.nokia.com/index.ph..._incoming_call

To be quite honest I would recommend contacting your Business manager at Symbian and asking them to see if this is a known issue

[david.caabeiro]

Paul,

Not sure if it's related to that. Indeed CTelephony doesn't work for second incoming calls, so you need to rely on ETEL, but I've been using CTelephony to swap calls and it worked ok (in 3rd ed. though)

Can't tell about RMobileCall though..

[Paul.Todd]

The underlying CTelephony code calls the ETel classes IIRC.

Anyway it was just a guess as it looks similar to this issue.

I also know there are a number of known issues with various ETel implementations on various devices so it might also be device specific.

[iDeveloper]

I appreciate your responses. I had it working on CTelephony before I started moving my code over to use EtelMM. Looks like I may have to use CTelephony just for this case.
-iDeveloper-