History log of /packages/apps/Phone/src/com/android/phone/PhoneInterfaceManager.java
Revision Date Author Comments (<<< Hide modified files) (Show modified files >>>)
43e093216d3eb64ccf3d015b88fac70eec7007b9 10-Jun-2013 Wink Saville <wink@google.com> Allow carrier provisioning to turn toggle radio power.

Previously CarrierProvisioning toggle airplane mode, but now that's
available only by the system.

Bug: 9356811
Change-Id: I5167f8614c07bafb688983a360a008f76403b2b8
/packages/apps/Phone/src/com/android/phone/PhoneInterfaceManager.java
e77e1dcc6d15ed53dc505c84ddd0f8f97ec51940 04-Apr-2013 Wink Saville <wink@google.com> Add FW support for CellInfo RIL commands.

Add setCellInfoListRate.

Bug: 8235566
Change-Id: I7ad7dabc4b6c38bfba4461b08e6e30d0eb9efea1
/packages/apps/Phone/src/com/android/phone/PhoneInterfaceManager.java
f88319b602881a0a67d80262b9842fbf42070ae3 01-Feb-2013 Dianne Hackborn <hackbod@google.com> App ops: implement call phone op.

Change-Id: I7abfdcfc4c84945581f79028da6cd35b105f5b9b
/packages/apps/Phone/src/com/android/phone/PhoneInterfaceManager.java
d0cbd8d7e81bcd9e0e674f6a9b5ece5ca2149dfd 16-Nov-2012 Wink Saville <wink@google.com> Change getNetworkType return data network type specifically.

Change-Id: I60224fd352e907fabd1258a4dc72b6b70e14e9b0
/packages/apps/Phone/src/com/android/phone/PhoneInterfaceManager.java
511424b128fd6847e992bf9d420d7269bf52b37e 16-Nov-2012 Wink Saville <wink@google.com> Revert "Change getNetworkType return data network type specifically."

This reverts commit 16850f879a4b20e93466d440863e61941cf69866

Change-Id: Icfd9e5e9636b504d5f7a8eaa3f659ede9fb235f8
/packages/apps/Phone/src/com/android/phone/PhoneInterfaceManager.java
16850f879a4b20e93466d440863e61941cf69866 15-Nov-2012 Wink Saville <wink@google.com> Change getNetworkType return data network type specifically.

Change-Id: Ief36141942ae620c9f3f8e05f0755755fd4604e7
/packages/apps/Phone/src/com/android/phone/PhoneInterfaceManager.java
ef918bb5a3feaf175b54a3aed75f5645e3d14a48 19-Sep-2012 Wink Saville <wink@google.com> Suppress location information for non-active users.

For PhoneInterfaceManager that means we suppress getCellLocation,
getNeighboringCellInfo and getAllCellInfo.

Bug: 7087342
Change-Id: I26fa2e510a7a4313289bff3ef261a7e7d466de54
/packages/apps/Phone/src/com/android/phone/PhoneInterfaceManager.java
a1a9601840e50e18ff8ca4be9b888e592287577b 11-Sep-2012 Dianne Hackborn <hackbod@google.com> Don't crash phone app when running as non-primary user.

Rename PhoneApp to PhoneGlobals. Add new PhoneApp that only
instantiates PhoneGlobals when running as the primary user. Add
check in PhoneGlobals.getInstance() to immediately throw if called
when there are no globals for that process. Add new
PhoneGlobals.getInstanceIfPrimary() that doesn't throw;
OtaStartupReceiver uses to abort early if receiving a BOOT_COMPLETED
for a non-primary user.

All of the other files here are just due to the rename of PhoneApp
to PhoneGlobals.

Change-Id: Ic3999d956198ac836cb6a07fa3c77f36c1754ea3
/packages/apps/Phone/src/com/android/phone/PhoneInterfaceManager.java
d029a5ce411b535d016eff27da0de4c9eae74ae4 01-Jun-2012 Wink Saville <wink@google.com> Have PhoneInterfacManager#getAllCellInfo actually return CellInfo.

Change-Id: Ia2bad167e649c5f88088ad06fd75ab4eff43af6a
/packages/apps/Phone/src/com/android/phone/PhoneInterfaceManager.java
b0f85b4a78abead921c363f9c8e247d5bdd20c74 14-Jun-2012 Wink Saville <wink@google.com> Use telephony-common

Change-Id: I1710418850040fc20afff4795ee4a85027203fc9
/packages/apps/Phone/src/com/android/phone/PhoneInterfaceManager.java
264388200e10620a36d3d06cf3421a765fe35f70 12-May-2012 John Wang <johnwang@google.com> Use call manager state in TelephonyManager.

bug:5546919
Change-Id: I6be738efb136ea9ff768f905af8c05436ce9a941
/packages/apps/Phone/src/com/android/phone/PhoneInterfaceManager.java
aa5711de5c373cabed200e89ba7f15aaedf7857e 03-Apr-2012 John Wang <johnwang@google.com> Add getAllCellInfo() to PhoneInterfaceManager.

Currently it returns null as API holder.

Change-Id: Ia957782bd7e463fa61d752c76c2e0c413ff1d365
/packages/apps/Phone/src/com/android/phone/PhoneInterfaceManager.java
b0664bb07d16eef5a0dd70013ffd02ef6db3ebeb 18-Feb-2012 Robert Greenwalt <rgreenwalt@google.com> Use the framework rather than the RIL constants

bug:5717664
Change-Id: I5dcb17b66f72d31407982bbb28633f832ec98787
/packages/apps/Phone/src/com/android/phone/PhoneInterfaceManager.java
a841177ae2676d3ad92f82f8d378bc4915f238c9 30-Aug-2011 David Brown <dab@google.com> Fix a bunch of STOPSHIP comments, mostly about PII logging.

TESTED:
- normal outgoing call sequence: confirmed no PII in logs
- normal incoming call sequence: no PII there either
- verified the ITelephony call() and dial() APIs still work, and don't
log any PII either. (Added new tests to the CallDialTest activity for
these.)
- confirmed no remaining STOPSHIPs anywhere under apps/Phone

Bug: 5231962
Change-Id: I995bc58791f553f1a4ad51276b4b31603b196635
/packages/apps/Phone/src/com/android/phone/PhoneInterfaceManager.java
df266ade99188365d4a52f89a6d26b549c2aaf9a 18-Aug-2011 David Brown <dab@google.com> Clean up StatusBarManager usage in the phone app

In preparation for adding the DISABLE_NAVIGATION flag while an incoming
call is ringing (see bug 5161286), here's a big cleanup / simplification
of the phone app's use of the StatusBarManager.

Previously, we had two separate helper methods to disable the status bar
"notification windowshade" while in-call: one in the PhoneApp
(disable/reenableStatusBar()) and the other in the NotificationMgr
(NotificationMgr$StatusBarMgr.enableExpandedView()).

The InCallScreen was calling them both(!) and they could potentially
interfere with each other.

Now, the InCallScreen purely uses the NotificationMgr's helper class for
this, so we can totally get rid of those two PhoneApp methods. (The
EmergencyDialer also used these, but it's a totally separate activity so
it can just call StatusBarManager.disable() directly.)

Also, some other related cleanup:

- Update the NotificationMgr to be more explicit about being a singleton,
and use the exact same naming conventions as we already use with the
CallController / CallNotifier / InCallUiState / etc.

- Rename the helper class from StatusBarMgr to StatusBarHelper to be less
confusing (since "StatusBarManager" means something already)

- Improve javadoc in several places

TESTED to make sure no regressions from Gingerbread:

- While on a call, with the in-call UI up:
- Status bar "windowshade" not draggable in all call states
- Speakerphone and Mute icons appear correctly when necessary
- Alert notifications (like when receiving a text) are silenced

- While still in-call, bail out of the in-call UI:
- Status bar "windowshade" is now draggable
- Speakerphone and Mute icons still appear correctly
- Alert notifications are still silenced

- End the call and return to the home screen
- Status bar "windowshade" is draggable
- Speakerphone and Mute icons are properly cleaned up
- Alert notifications make their usual sounds

- Also, tested bailing out of the in-call UI and then ending the call
remotely (by hanging up the other end): all status bar icons got
cleaned up correctly.

- Emergency dialer (from lockscreen): make sure "windowshade" is not
draggable

Bug: 5161286

Change-Id: I4fa0f0f305d038943b93494ce8500dc339304691
/packages/apps/Phone/src/com/android/phone/PhoneInterfaceManager.java
aebad88b09a0b3e03fbadfab627245ec6ad1a39f 04-Jun-2011 John Wang <johnwang@google.com> am c85dfaf6: am 4f32a23b: Add supplyPuk API to TelephonyManager.

* commit 'c85dfaf6ce70e65be0dfba32a8d40fb18d603681':
Add supplyPuk API to TelephonyManager.
4f32a23b93a7b9d3f766f9f42176cdef44a1f3d3 03-Jun-2011 John Wang <johnwang@google.com> Add supplyPuk API to TelephonyManager.

To support SIM PUK unlock feature, add supplyPuk,
which is similar to supplyPin, to TelephonyManager.

Change-Id: I818457236a533c66f798bb579f24fc608bfaa77c
/packages/apps/Phone/src/com/android/phone/PhoneInterfaceManager.java
d26f7e6bdd99bccf3260a72d4ce00230fe5365df 13-May-2011 Wink Saville <wink@google.com> am 5cf85bb6: am 4889581a: Use getLteOnCdmaMode.

* commit '5cf85bb6ada006a89b1c006b5c0c96801e1c7281':
Use getLteOnCdmaMode.
4889581a05d50da6923e4e79148df0df5b241403 12-May-2011 Wink Saville <wink@google.com> Use getLteOnCdmaMode.

Change-Id: I443dd09591e08d50c0d7ba4fe5ffdff1cd53e2dc
/packages/apps/Phone/src/com/android/phone/PhoneInterfaceManager.java
f0c4d0e94b7fa915bcfacd28ee432f8b3846511a 10-May-2011 David Brown <dab@google.com> Singleton pattern code cleanup

Fix a few of the phone app's singleton classes to be more explicit about
their singleton-ness, by making the constructor private, and instead
providing a public factory method that creates the singleton instance.

TESTED: Basic telephony (including bluetooth) on crespo.

Change-Id: Idb5bac1cf97a6864b898b09645779de214ac5266
/packages/apps/Phone/src/com/android/phone/PhoneInterfaceManager.java
75e3711d82d0c98444f6c438437cad41d862fca6 20-Apr-2011 David Brown <dab@google.com> Introduce CallController (Step 1 of InCallScreen redesign)

This is the first step toward pulling "call control" out of the
InCallScreen, and leaving the InCallScreen responsible for only the
onscreen in-call UI.

Design doc: http://wiki/Main/InCallScreenRedesign

The CallController is a singleton object which acts as the interface to
the telephony layer for all user-initiated telephony functionality, like
making outgoing calls.

In particular, any functionality which needs to happen whether or not
the InCallScreen is currently visible belongs in the CallController,
*not* the InCallScreen.

This change introduces the CallController class, and moves the entire
outgoing call sequence (basically placeCall() and its helper methods)
from the InCallScreen to the CallController.

Also, this change adds a helper class called InCallUiState, which keeps
track of some high-level state of the in-call UI that needs to persist
beyond a single pause/resume cycle of the InCallScreen.

This enables us to handle failed calls much more cleanly than before:
If there's a failure in the placeCall() sequence, the CallController
stashes away a failure code value in the "pending call status code"
field of the InCallUiState structure. Then, when the InCallScreen comes
up, if that field contains an error code we do some UI-specific action
(like displaying a dialog) depending on the code. See the "Error /
diagnostic indications" section of InCallUiState.java for the full
details.

Other details:

- Added a new class called "Constants", which currently contains the
CallStatusCode enum, but which I'll eventually use for other app-wide
constants too (for example the various EXTRA_* and intent action
constants that are currently all over the place.)

- Removed references to Intent.ACTION_ANSWER (which has never actually
been used for anything)

- Cleaned up confusing use of EXTRA_NEW_CALL_INTENT in
OutgoingCallBroadcaster (bug 3325827)

- Finally bit the bullet and added an mApp field to InCallScreen (so we
no longer need PhoneApp.getInstance() calls all over the place)

This change is just the first step of the InCallScreen/CallController
overhaul. Basic calling works fine with this change, but some other
stuff still needs to be fixed:

- OTASP-related behavior: (1) Handle the PERFORM_CDMA_PROVISIONING
intent in the CallController, not the InCallScreen; (2) move the
functions of InCallScreen.checkIsOtaCall() over to the CallController.

- Implement the "emergency call from airplane mode" sequence inside the
CallController (and get rid of the EmergencyCallHandler activity)

- plus various other loose ends covered by TODO comments.

TESTED: "Basic telephony functionality" on Crespo:
- outgoing calls
- incoming calls
- failed outgoing calls (airplane mode, no service, etc.)
- bail out and return to InCallScreen while in-call
- basic telephony states (two lines in use, hold/unhold, etc.)

Bug: 4194458
Bug: 3325827

Change-Id: I0523ef182a53fc7f252940d0b0e2804661dc9247
/packages/apps/Phone/src/com/android/phone/PhoneInterfaceManager.java
85e913fd6c88648ce77db91b3de01c421255e8d6 14-Mar-2011 Wink Saville <wink@google.com> Do not merge: Add LTE and eHRPD to PhoneInterfaceManager.

Added HSPAP too.

Change-Id: Id42af9ca2f4edfda9614a73e32724fd92b97f8bb
/packages/apps/Phone/src/com/android/phone/PhoneInterfaceManager.java
5a96240723595956181a4ec3e9cb973d5612c1d9 08-Mar-2011 Ramesh Sudini <ramesh.sudini@motorola.com> Add LTE and eHRPD to PhoneInterfaceManager.

Added HSPAP too.

Change-Id: If3505092ccb850fb0b0e8c15bc276192639632d6
/packages/apps/Phone/src/com/android/phone/PhoneInterfaceManager.java
cdcdd7af770adb98abf3dcfac5c1eef7f0e64a22 25-Nov-2010 Robert Greenwalt <rgreenwalt@google.com> Don't use the internal data-enable mechanism.

Use public stuff

Change-Id: Idb3cc0fd0fb56f42daa4d980644e5dcf66dbd0b8
/packages/apps/Phone/src/com/android/phone/PhoneInterfaceManager.java
2e97fab35871f41a9a8d8099ccb664b17d92554c 26-Oct-2010 David Brown <dab@google.com> Disable "ongoing call" notification on non-voice-capable devices

The "ongoing call" notification allows you to reach the in-call UI, so
totally disable it on non-voice-capable devices (even when the phone is
technically "in use" like during the OTASP call.)

Also some other related cleanup:

- Cache the config_voice_capable resource as a static PhoneApp field to
save a bunch of resource lookups. (This also minimizes the number of
places that know about that resource, in case we ever switch to using a
system feature instead of a resource.)

- Tracked down all other possible ways of bringing up the in-call screen:
- the ITelephony showCallScreen() API
- the internal displayCallScreen() method
and disabled those too on non-voice-capable devices.

Bug: 3121559
Change-Id: I13343233e8af7aef0846e3cacb429c6736902fd0
/packages/apps/Phone/src/com/android/phone/PhoneInterfaceManager.java
3ff152c80b97c32a5764c54d2aeb888509cf84ad 31-Jul-2010 David Brown <dab@google.com> Don't try to go to the call log on devices with no call log

Clean up some code in the phone app that assumed the existence of the
"Call Log" screen, and would lead to bad behavior on non-voice-capable
devices where there's no such thing as the Call log.

(1) After a call ends, in situations where we're supposed to go to the call
log, don't crash if there's nobody to handle the call log intent.

(2) When there's a missed call, don't bother posting the missed call
notification at all if there's no call log.

and also:

(3) Sanity check the other startActivity() calls in the phone app to confirm
that there are no other lurking problems (like bug 3056334, or any other
cases where future products might not have all same the built-in apps as
current ones.)

(Result: Fixed two internal helper methods where we were manually
bringing up the InCallScreen.)

NOTE that on Stingray you shouldn't have been able to get to the phone app
in the first place(!)

But there are currently some ways this can happen (see bug 3038102 and bug
3116625 for a couple of examples), so this fix really just makes the code
more robust in case you *do* somehow get to the phone UI on a
non-voice-capable device.

Bug: 3056334

Change-Id: I8ab41398a3a096a4462bbc5fc08aca56eae49376
/packages/apps/Phone/src/com/android/phone/PhoneInterfaceManager.java
a4f8d09a653f1322bb3d38cd65a8cc038a984280 20-Aug-2010 Hung-ying Tyan <tyanh@google.com> resolved conflicts for merge of 62bdb7e7 to master

Change-Id: I23c9660917972b843a9c6ef375b528e1886726e5
a4b443115c1442c9d65ba58fcb667b0e025993de 17-Aug-2010 Hung-ying Tyan <tyanh@google.com> Move PhoneUtils.setAudioMode().

As different audio modes need to be applied for different phone types, (for example,
SIP call needs to be in MODE_NORMAL while GSM call in MODE_IN_CALL,) we move the
logic to CallManager. A side benefit is that since CallManager knows the current
phone state, PhoneUtils does not need to keep the audio control state (sAudioBehaviourState)
anymore.

The companion CL is at https://android-git/g/#change,61553

Change-Id: Ibb40e1853f2e5818b4b28c976f5756f567b3de41
/packages/apps/Phone/src/com/android/phone/PhoneInterfaceManager.java
9afe1de771110096822a2501d78135575101421d 14-Aug-2010 John Wang <johnwang@google.com> resolved conflicts for merge of 17509be3 to master

Change-Id: Ie52e3bfd5f127788840b11e56ba5fe9dd5b97cf0
8343169cc89621d46dce86449f5ee1ff5d3a4919 11-Aug-2010 John Wang <johnwang@google.com> Enable CallManager to handle SIP call.

Using CallManager to handle SIP call

1. Register SIP phone in SipBroadcastReceiver

2. Answer SIP incoming call

3. Reject SIP incoming call

4. Make SIP outgoing call

5. hangup SIP outgoing call

6. Add SIP call while there is foreground call

7. Answer SIP call while there is foreground call

8. Swap SIP call and background call

Change-Id: I2fc1f88e0fc100da45eb497469d69c784f44d06a
/packages/apps/Phone/src/com/android/phone/PhoneInterfaceManager.java
630295ed94dc925d546144d80ddae5310645374a 26-May-2010 Wink Saville <wink@google.com> Simplify endCall such that there is no difference between CDMA and GSM.

The endCall processing was for a specific handling of a physical end
button for CDMA. There is no physical buttons in common configurations
thus this code is never executed. Therefore, having different handling
for the two types of phones is unnecessary.

Change-Id: I2dab4eae89e3f65021d9f961229d30ace2bcf530
/packages/apps/Phone/src/com/android/phone/PhoneInterfaceManager.java
43a00c7cc708de1c62fdd4062cb10835d6f90855 25-May-2010 Wink Saville <wink@google.com> Rename getCdmaNeedsProvisioning to needsOtaServiceProvisioning.

The routine is then modified to mPhone.needsOtaServiceProvisioning
and eliminate the need for using PHONE_TYPE_GSM as all phones now
implement needsOtaServiceProvisioning.

Change-Id: I8653e7871ff0b772f4a9990e1f556758ed8de8fd
/packages/apps/Phone/src/com/android/phone/PhoneInterfaceManager.java
e506c2b828e594bbe9134661418917b1fbba4b54 22-Apr-2010 Naveen Kalla <nkalla@codeaurora.org> Add support for EVDO Rev B

Change-Id: I511fe8ff9a8d83742243ca450d6b308ec6791201
/packages/apps/Phone/src/com/android/phone/PhoneInterfaceManager.java
79b9f6e30e8402b103f1ec3ed9dda1fcad2b1cd5 22-Sep-2009 Tammo Spalink <tammo@google.com> Replace Phone.getPhoneName() calls with getPhoneType().

The latter is numeric, and hence allows some compiler protection
against typos.

Addresses issue:
http://buganizer/issue?id=1905415

Change-Id: If46c709fd7bfb817a2801d0200eac0ad8cf819e0
/packages/apps/Phone/src/com/android/phone/PhoneInterfaceManager.java
b2ba10d9422dbf79c368166ca31e8f0d2d1aa615 23-Sep-2009 johnwang <johnwang@google.com> Add error msg during exception.
/packages/apps/Phone/src/com/android/phone/PhoneInterfaceManager.java
eee093bdfab713316991bafac3470d2e2c84cce3 09-Sep-2009 Tammo Spalink <tammo@google.com> Adapt to new Phone.updateServiceLocation() sig.

Accompanies change:
https://android-git.corp.google.com/g/#change,9460

Change-Id: Ic4c997c79a7d09e6cce84535ade2cf8f6971ffb7
/packages/apps/Phone/src/com/android/phone/PhoneInterfaceManager.java
ee669ebfe1f5de7d0bc786399707e3a05ea00865 03-Sep-2009 Wink Saville <wink@google.com> Add hasIccCard which is now defined in ITelephony.

Change-Id: Ifbd1a9173874a5b204b4aa450b40a499eafe25a5
/packages/apps/Phone/src/com/android/phone/PhoneInterfaceManager.java
839b14d460986608fe577f89f789de854dc85b58 26-Aug-2009 Jim Miller <jaggies@google.com> Integrate CDMA provisioning into SetupWizard. Fixed trailing whitespace.
/packages/apps/Phone/src/com/android/phone/PhoneInterfaceManager.java
059321ff6ee22f377503bbc38126c2198f5a2ba6 14-Aug-2009 Li Zhe <jqc837@motorola.com> HSDPA (High-Speed Downlink Packet Acces) PhoneApp Changes

Implement getNetworkType defined in ITelephony.aidl
- implement getNetworkType in PhoneInterfaceManager
/packages/apps/Phone/src/com/android/phone/PhoneInterfaceManager.java
fe3abbbaea34fc41d6fa11f4abf5d69082e313d6 29-Jul-2009 Abhishek Pillai <pillai@motorola.com> Power key press handling for ending call in CDMA

If the user presses the Power button we end the complete call session i.e.:
- Hang up the Incoming/waiting Call by calling PhoneUtils.hangupRingingCall()
- Hang up the Ongoing call by Calling PhoneUtils.hangupActiveCall().

PhoneUtils.java Changes:
- Modified hangupRingingCall() specifically to check for WAITING state to
hangup a Call waiting call and added a default case which returns false if the RigningCall
state is not INCOMING or WAITING.

- Modified hangup(phone) interface to specifically call hangupRingingCall as in CDMA special
care needs to be taken for rejecting Call waiting.

- Added a new interface hangupRingingAndActive() which is used in
CDMA phones to end the complete Call session

InCallScreen.java Changes:
- Modified onClick() api for handling menuIgnore case to directly call internalHangupRingingCall().

BluetoothHandsfree.java Changes:
- Modified CHUP handler to call PhoneUtils.hangupRingingCall(), PhoneUtils.hangupActiveCall()
and PhoneUtils.hangupHoldingCall(). Changed the order of handling the CHUP cmd i.e.:
First hangup the ringingCall if any, then hangup hangup the foregroundCall if any and
lastly hangup the backgroundCall if any.

PhoneInterfaceManager.java Changes:
- Modified endCall() interface for CDMA to send an async request with CMD_END_CALL.

- Added new case to handle CMD_END_CALL and call endCallInternal().

- Added a new interface endCallInternal() for CDMA only to end the complete Call session
when the user presses the Power key.

- Modified endCall() for GSM to also use the sendRequest()

- Modified handleMessage() to call hangup api's based on phone type
/packages/apps/Phone/src/com/android/phone/PhoneInterfaceManager.java
cad797743af366c66a149b1db5356e816f437125 02-Jun-2009 David Krause <david.krause@motorola.com> apps/phone: CDMA voicemail support

Depends on change 76, which includes the necessary framework support
/packages/apps/Phone/src/com/android/phone/PhoneInterfaceManager.java
abeff00b5242e795baa8f5271525c5911f649993 22-May-2009 Wink Saville <wink@google.com> Minimal set of changes needed to run with the modified frameworks/base.

Another set of changes will be coming next week to complete this
merge.
/packages/apps/Phone/src/com/android/phone/PhoneInterfaceManager.java
404edc94de563aef5fd5ba48be9114a970cb93bb 18-May-2009 Wink Saville <wink@google.com> Teleca 2b changes.
/packages/apps/Phone/src/com/android/phone/PhoneInterfaceManager.java
a69de9f9a2e99fe08f0009bb218b95ed7985c575 02-Apr-2009 Wink Saville <> AI 144185: Integrate cdma into the main code base.

Automated import of CL 144185
/packages/apps/Phone/src/com/android/phone/PhoneInterfaceManager.java
796c70c99bc39295bf685061056f06ab8949c742 25-Mar-2009 David Brown <> Automated import from //branches/donutburger/...@140614,140614
/packages/apps/Phone/src/com/android/phone/PhoneInterfaceManager.java
9a0e4ee5f80ad1fbbe55260575b661e0f2aa0130 06-Mar-2009 The Android Open Source Project <initial-contribution@android.com> auto import from //depot/cupcake/@136745
/packages/apps/Phone/src/com/android/phone/PhoneInterfaceManager.java
b16363f5fc191b769e88c364243e34b92eb22688 04-Mar-2009 The Android Open Source Project <initial-contribution@android.com> auto import from //depot/cupcake/@135843
/packages/apps/Phone/src/com/android/phone/PhoneInterfaceManager.java
a412e78a7bba553a66503370b4c618db83528916 04-Mar-2009 The Android Open Source Project <initial-contribution@android.com> auto import from //depot/cupcake/@135843
/packages/apps/Phone/src/com/android/phone/PhoneInterfaceManager.java
826b9655d14b57d026515fdc7107589c895fc3f5 19-Feb-2009 The Android Open Source Project <initial-contribution@android.com> auto import from //branches/cupcake/...@132276
/packages/apps/Phone/src/com/android/phone/PhoneInterfaceManager.java
bb1e6add51a1d0c4ed2ee63fd314503e8d62cdd8 18-Dec-2008 The Android Open Source Project <initial-contribution@android.com> Code drop from //branches/cupcake/...@124589
/packages/apps/Phone/src/com/android/phone/PhoneInterfaceManager.java
abc47110c17fa8e8cb6161bc045e87f31eeb7a1c 21-Oct-2008 The Android Open Source Project <initial-contribution@android.com> Initial Contribution
/packages/apps/Phone/src/com/android/phone/PhoneInterfaceManager.java