Closed GoogleCodeExporter closed 9 years ago
Sorry for your ear.
You're right, I don't handle other ongoing calls. Have to be implemented.
Don't know yet what is technically possible to solve this issue.
The best thing is probably to change the ringing mode.
Another solution could be to prevent gsm incoming calls while in a sip call.
Or maybe let user choose in prefs what he want to do.
I have to implement hold call feature also.
Original comment by r3gis...@gmail.com
on 10 Jul 2010 at 4:36
I am using a Nexus One with CSip Simple (Version 0.00-12).
I the cell phone is in use and the SIP phone is ringing, I am able to reject
the call or to accept it.
However, when I am using the SIP phone and a regular cell phone is coming in,
there is no option to accept or reject the call or stop the other phone from
ringing. I will be very interested in having such an option. (maybe it should
be implemented in the android OS and not by each SIP application).
Original comment by mflo...@gmail.com
on 23 Jul 2010 at 6:15
Incoming SIP call also rings, and is answerable, when an outgoing call is
active (at least, when it is "ringing"). Happened to me today. I was able to
talk via incoming call, but I continued to hear long beeps of the outgoing
call. I pulled down the status display and there where both calls there. I
selected the outgoing one and terminated it. After that, I was able to continue
talking normally.
I think the app should listen for call status broadcasts, and reject incoming
calls when the mobile phone is on call, and also when a SIP call is in progress.
Another interesting effect: after I terminated the outgoing call and talked for
a while, the screen got dark as if the device went to sleep, but there was no
sound degradation! Weird.
Original comment by egcros...@gmail.com
on 28 Jul 2010 at 7:57
Issue 167 has been merged into this issue.
Original comment by r3gis...@gmail.com
on 29 Aug 2010 at 11:14
Original comment by r3gis...@gmail.com
on 29 Aug 2010 at 11:15
Original comment by r3gis...@gmail.com
on 3 Oct 2010 at 10:53
Should be ok with latest dev version 0.00-15-01 (remember to remove market one
before installing the dev version).
Original comment by r3gis...@gmail.com
on 18 Oct 2010 at 11:14
I made this experiment (with -15-01): I established a mobile call, and
initiated a SIP call to the handset. There was no ringtone or vibration, but
there was visual indication of incoming call in the status bar, and I was able
to answer the SIP call without hanging up the mobile call.
I am not sure if it is the indended behavior. Anyway I think it is reasonable,
as it allows you to put the mobile call on hold and answer the SIP call if you
choose, or reject the SIP call. Maybe having vibration and/or quiet audio
signal would be better.
Original comment by egcros...@gmail.com
on 18 Oct 2010 at 12:33
Yes it's what is expected.
In this way (GSM already established and then sip call), I think that the only
thing we could imagine is some vibration... but not sure that users will be
pleased with that (could be discussed or could be an option.?).
The best thing would have been a little bip or tone but that's only possible
while in SIP and gsm is incoming (not yet done, but I can do that).
When it's GSM that is in call, it take a kind of lock on the audio hardware. So
it's worth to left GSM keep control on audio.
Maybe for consistency a good solution could be an option that enable some short
vibration (one or two short vibration) if there is an incoming GSM while in SIP
call or SIP while in GSM call. This solution is technically possible for both
cases and it could be acceptable for users if that's only 1 or 2 short
vibrations.
What do you think?
Original comment by r3gis...@gmail.com
on 18 Oct 2010 at 7:18
Well, thinking about it, when you have "call waiting" (a.k.a. "second line") on
a traditional phone, and a new call arives while you are talking, you hear
quiet beeps, audible but not loud enough to disrupt your conversation. Because
while you are talking you are not likely to see the screen, are you? So, either
that, or short vibration would be nice to have, I think.
Original comment by egcros...@gmail.com
on 19 Oct 2010 at 10:24
Your right, that was my first thought too... Unfortunately as I said, making a
beep is not possible when there is an ongoing GSM call (GSM chipset and audio
chipset could be directly plugged together and prevent any other application to
produce sound on the earpiece/speaker).
So I think that it's not technically possible (or at least, even if possible on
some device, not enough clean cause can crash some devices).
When it's a SIP call, I can produce every beep I want... but I guess that I
should do something consistent in both case (onging GSM + incoming sip and
ongoing SIP + incoming gsm).
Original comment by r3gis...@gmail.com
on 19 Oct 2010 at 11:11
why phone calling conflict in call from VOIP to GSM ,GSM to VOIP,VOIP to CDMA
,CDMA to WCDMA,etc and I wanna know about what happen in phone calling conflict
and so busy in phone line.Don't hesitate me for asking.Please reply me.Thanks.
Original comment by tz0...@gmail.com
on 20 Jul 2012 at 3:27
Hi, the issue was NOT conflict when calling from VOIP *TO* GSM.
But it was that when you had an ongoing SIP call, and get an incoming GSM call
(on the same phone) the application had something to do to manage properly the
incoming GSM call that comes from the GSM application. This has been fixed
normally.
Original comment by r3gis...@gmail.com
on 20 Jul 2012 at 8:42
Original issue reported on code.google.com by
rrobson007@gmail.com
on 2 Jul 2010 at 3:31