hanging up/terminating a call in an automated fashion

by dreamerBoy » Tue, 28 Oct 2008 02:50:25 GMT


Sponsored Links
 Hi -

I am looking for a way to terminate a call in an automated fashion.
(I realize it can be done manually - the application requires that it
have control over the call so that it can hang up automatically.)

To initiate a call, one starts an Activity with the ACTION_CALL
Intent.

However, there does not appear to be any corresponding way to end it
with a corresponding Intent, or using the Telephony or
TelephonyManager interface/package.

The only thing I can thing of is calling finish() on the Activity used
to start the call - but that doesn't seem right at all.

Can anyone shed light on this issue?

Thanks much.

Paul
--~--~---------~--~----~------------~-------~--~----~



hanging up/terminating a call in an automated fashion

by dreamerBoy » Tue, 28 Oct 2008 07:35:02 GMT


 Second question is how to hang up an ~incoming~ call after it has been
answered ....



--~--~---------~--~----~------------~-------~--~----~


Sponsored Links


hanging up/terminating a call in an automated fashion

by legerb » Wed, 29 Oct 2008 16:42:23 GMT


 You can use a BroadcastReceiver to catch the Intent, and terminate it
with abortBroadcast().



--~--~---------~--~----~------------~-------~--~----~



hanging up/terminating a call in an automated fashion

by dreamerBoy » Thu, 30 Oct 2008 04:32:21 GMT


 ...Interesting....

Thanks so much for the reply.

Perhaps I have misunderstood but I have some questions about this
approach.

i)  A Broadcast receiver is a passive entity.   What would be the
active entity that will be generating the Intent?  Remember, my code
is supposed to be the one to initiate end-of-call NOT a human user.
Why would there be an event out there at any given moment waiting for
my code to capture?  Is there some kind of heart-beat message sent out
every so often to indicate an active call?

ii)  Which Intent is the one of interest?  I couldn't find anything
that matches in the Standard Broadcast Actions of Google's
android.content.Intent write-up page.

You might be talking about the ACTION_NEW_OUTGOING_CALL broadcast.
However, I don't want to prevent an outgoing call, I want to hang up a
call that is already connected  - whether the call originated from or
is answered by the g-phone.

Paul




--~--~---------~--~----~------------~-------~--~----~



hanging up/terminating a call in an automated fashion

by legerb » Thu, 30 Oct 2008 18:19:13 GMT


 Oh sorry, I should've been more clear.
I was talking about the ACTION_NEW_OUTGOING_CALL.
Hanging up incoming call programmaticaly is currently impossible.
As for the outgoing call - it can be terminated only when initiated,
because only then we can catch the Intent. After that there seems to
be no access to the call.
There is also no heart-beat message sent out every so often to
indicate an active call.
PhoneStateListener is also not helpful in this matter, as it receives
only "state changes" events.




Other Threads

1. Please help me find documentation on actions for the manifest file

I'm adding to this thread because I too was looking at using the Gmail
content provider. I understand it's not documented as part of the API
(and I think it should be) but that hasn't stopped popular apps like
SMS Popup from using and building apps on the undocumented SMS API for
example.

Of course, I haven't been able to get the GMail content provider to
work, every time I try to get a cursor I get back null with code like
this:

Cursor mailCursor = context.getContentResolver().query(Uri.parse
("content://gmail-ls/messages/myownem...@gmail.com/"), (new String[]
{"_id", "fromAddress", "subject"}), null, null, null);

Has anyone been able to get a cursor from the Gmail provider? Any help
would be appreciated as there are a few of us looking to try this.


-- 

2. How to make the video file private to app only, I mean no one should not access video from the sdcard, no one should not able to download it

Try to encrypt your content when you need to cache it in the sdcard.




-- 

3. Thank you for this Android group...

4. No Build option in the New Android Project dialog Box in the Eclipse IDE

5. Android architecture.. better for one activity over multiple?

6. Nexus One is HUGE!

7. Setting apn