History log of /packages/apps/Phone/src/com/android/phone/PhoneApp.java
Revision Date Author Comments (<<< Hide modified files) (Show modified files >>>)
265bb88c9930bf78f2bee78b1ac71fe562f5c032 27-Dec-2010 Chung-yih Wang <cywang@google.com> Fix the ANR issue.

bug:3308846
Change-Id: I07c221fd097f3364833bded269a0c943d6b0455c
/packages/apps/Phone/src/com/android/phone/PhoneApp.java
a040c759e1066cd23442f7f3fc660a5332234edd 19-Oct-2010 Joe Onorato <joeo@google.com> Reduce logging.

Remember, the system and main logs are
- Shared resources
- Primarily for recording problems
- To be used only for large grained events during normal operation

Bug: 3104855
Change-Id: I510d866aa3a80c43002ea40672e6be1ebdf8867a
/packages/apps/Phone/src/com/android/phone/PhoneApp.java
6b3548b38c9c2eb9c3c575f393336c9cba540588 25-Sep-2010 Hung-ying Tyan <tyanh@google.com> Move SipService to phone process.

Companion CL: https://android-git/g/#change,70186
http://b/issue?id=2998069

Change-Id: I57071458bd3f64eae701864dbb8183fba54d1da9
/packages/apps/Phone/src/com/android/phone/PhoneApp.java
ba681d3ccc712991a2a7558b2bb5d8dbb4fcc464 23-Sep-2010 John Wang <johnwang@google.com> Remove PhoneType check while registering events "do not merge"

This commit was removed while debugging a proximity sensor bug.

Add it back since the bug is fixed and not related to this commit.

The corresponding change was in master so this one is "do not merge" one.

This reverts commit 7a7e105e6cd42fc5fc4f662d0ebef203e7f33a0d.

Change-Id: Icfee55213a65df65c7702069805137fab837c04b
/packages/apps/Phone/src/com/android/phone/PhoneApp.java
7a7e105e6cd42fc5fc4f662d0ebef203e7f33a0d 16-Sep-2010 John Wang <johnwang@google.com> Revert "Remove PhoneType check while registering events." "do not merge"

This reverts commit 34b17481486fc41e99627d68dda9b5c075b4cc8e.

Change-Id: I4505e20ace67579e62673637cbd39ad3611fb95d
/packages/apps/Phone/src/com/android/phone/PhoneApp.java
34b17481486fc41e99627d68dda9b5c075b4cc8e 15-Sep-2010 John Wang <johnwang@google.com> Remove PhoneType check while registering events.

Part of effort of PHONE_TYPE_CDMA cleanup.

While regitering phone events via CallManager, there is no need to

check PHONE_TYPE anymore since CallManager will do internal check

and register to the corresponding events in registerPhone().

PhoneApp should register to all phone events and let CallManager

determine which phone supports which kind of events.

Change-Id: I7e9df61b7df8fd1d0127d7fbe0bf305663e7a4dc
/packages/apps/Phone/src/com/android/phone/PhoneApp.java
8058bbc4c7d0d56e133bd2fb9dfc559004e4d61a 23-Aug-2010 John Wang <johnwang@google.com> Integrate CallManager with Bluetooth call service.

Replace Phone APIs with CallManager APIs in bluetooth call service.

Delete mForegroundCall, mBackgroundCall and mRingingCall in bluetooth class.

Since those calls dynamically refer to calls of different phones, bluetooth call handler has to access them via CallManager APIs.

Change-Id: Icdb04fbc0caef2dfda7ca73a3f67bd4177d4e92d
/packages/apps/Phone/src/com/android/phone/PhoneApp.java
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/PhoneApp.java
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/PhoneApp.java
862cd3adad2b2cdf7ca6a1a5750c43882aeeaa3c 26-Jul-2010 John Wang <johnwang@google.com> Use CallManager register methods "do not merge".

Merge code from master to gingerbread.

Replace the phone.register methods with CallManager.register in CallNotifier class.

Change-Id: Ic059edf6d74e10c469281a0a5f2f47fffbdf1d4c
/packages/apps/Phone/src/com/android/phone/PhoneApp.java
ba72aa717c41d96e57209b3a74f0bedc8599ec15 05-Aug-2010 John Wang <johnwang@google.com> Use CallManager call list API "do not merge".

Migrate CL from master to gingerbread.

Integrated CallManager to InCallScreen and CallCard.

Use active call list APIs of CallManager to replace
direct access foregroundCall, backgroundCall, and
ringingCall via Phone APIs.

Change-Id: Ie8379b650fb5bec1125b6f889d4d76a15775a588
/packages/apps/Phone/src/com/android/phone/PhoneApp.java
af886f8a6cf1a9ca06c224c131b24bcd4fc88bf6 27-Jul-2010 Joe Onorato <joeo@android.com> am 6d6523c5: Make the phone app call into the power manager for a short timeout when a call ends and we are still on the dialer screen.

Merge commit '6d6523c51e68ddfd1140713ddd9cb279499e9f4f' into gingerbread

* commit '6d6523c51e68ddfd1140713ddd9cb279499e9f4f':
Make the phone app call into the power manager for a short timeout when a call ends and we are still
6d6523c51e68ddfd1140713ddd9cb279499e9f4f 24-Jul-2010 Joe Onorato <joeo@android.com> Make the phone app call into the power manager for a short timeout when a call ends and we are still
on the dialer screen.

Change-Id: Id80a8c50850a82b823c1ad31333f121d78781c01
/packages/apps/Phone/src/com/android/phone/PhoneApp.java
49c2f55d9544b3262b82ff956cc84c06cfed7f41 02-Jul-2010 David Brown <dab@google.com> Don't post the "incoming call" notification till we're ready.

Remove the call to NotificationMgr.updateInCallNotification() that was
happening directly from CallNotifier.onNewRingingConnection().

At that point we don't want to post a status bar notification (yet), since
we still need to run the caller-id query (and we may ultimately not even
ring at all, if the "send directly to voicemail" flag is set.)

(This is also why incoming calls would show up in the mini-me with a raw
phone number like "16505551212" rather than a contact name.)

We now update the notification -- and potentially launch the InCallScreen --
only from the showIncomingCall() method, which runs when the caller-id
query completes or times out.

Also add a bit more logging for the overall updateInCallNotification()
sequence. (Like before, only for userdebug or eng builds.)

Tested: incoming calls, both immersive and non-immersive. Also confirmed
the contact name (not raw phone number) now shows up in the mini-me.

Bug: 2768760
Change-Id: Iccbc88f224377d967945c260dc1416b5e44faaa0
/packages/apps/Phone/src/com/android/phone/PhoneApp.java
7f63f08c5c88d604abba447032ed42f4f972f3ef 25-Jun-2010 David Brown <dab@google.com> Launch incoming call UI via notification, not with startActivity()

This is step 2 toward the new notification-based incoming call UI, which
will allow for special behavior if a call comes in while a
non-interruptable ("immersive") activity is in the foreground.

Previously, we'd explicitly call PhoneApp.displayCallScreen() as the very
last step of the "incoming call" sequence in CallNotifier.java. Now, we
instead post a notification that includes a "fullScreenIntent" field,
which the framework will automagically launch as long as we're *not* in
the middle of an immersive activity.

(Note that we specify a non-null fullScreenIntent only while the phone is
ringing, so the regular "ongoing call" notification is unchanged. We also
set the notification's FLAG_HIGH_PRIORITY bit if the phone is ringing.)

Next: implement UI for the case where we *are* in an immersive activity.

Other refactoring/cleanup in this change:

- Replaced PhoneUtils.showIncomingCallUi() with the new
CallNotifier.showIncomingCall() method. The functionality is the same
*except* that the new version puts up a notification instead of
explicitly calling startActivity() to bring up the InCallScreen.

(I moved the code from PhoneUtils to CallNotifier since it's only ever
called from CallNotifier methods.)

- Update NotificationMgr to use the new stat_sys_phone_call_ringing
resource for the "incoming call" notification. (That's still a
placeholder icon, though.)

- Remove the totally obsolete PhoneApp.handleInCallOrRinging() method

Tested: incoming calls in both immersive and non-immersive activities.
(Note that there's currently no way to actually *answer* the call if
you're in an immersive activity, though.)

Bug: 2768760

Change-Id: If33a64d7c2fba3a4eb1ecab7db8f03f7593ca5c5
/packages/apps/Phone/src/com/android/phone/PhoneApp.java
e1d48da94d860afa490ac59106432f8572183553 18-Jun-2010 Mike Lockwood <lockwood@android.com> Do not force the screen on when the device becomes horizontal until the prox sensor is negative.

This avoids turning the screen on if the user moves the phone
to a horizontal position while it is still next to her head.

BUG: 2636560

Change-Id: I9c0c9887a515f3b8c71acd92daf650e380e14c61
Signed-off-by: Mike Lockwood <lockwood@android.com>
/packages/apps/Phone/src/com/android/phone/PhoneApp.java
02139e8e22adbdd2f148243248d59bf492389c99 08-Apr-2010 The Android Open Source Project <initial-contribution@android.com> merge from open-source master

Change-Id: I989e47aa32998ecb13b42f7469fe469191c31e01
065752d0b858268bd1fe3208f64129638fcdf411 08-Apr-2010 Wink Saville <wink@google.com> Fix phone crash in BT MT call disconnect, enable mute/hold in GSM.

When phone is in global mode and acquires CDMA signal first, it will start an
OTA call. OTA variables get initiazed which are only valid in CDMA. On switching
to GSM/UMTS these variables are not cleared. MUTE/HOLD options in InCallMenu are
enabled/disabled based on these variables and hence MUTE/HOLD options are
disabled for normal GSM calls. Similarly while disconnecting the MT call in BT,
the OTA vars are checked and some processing is done which leads to phone crash.

To fix these issues, phone type is checked for CDMA before using OTA data. OTA
variables are cleaned up and call screen is cleaned up when there is a
radio technology change.

Change-Id: I7f2d3c8214e832c7423dedb4d0a3e4d27ec11068
/packages/apps/Phone/src/com/android/phone/PhoneApp.java
47765dadd119fedd04f40f4474147b4ca0416e68 24-Mar-2010 David Ingram <davidi@google.com> Entering silent mode now cancels a currently active vibrate.
This fixes bug #2536406.

Change-Id: I36330d3398ee0f24e287ca58b92347ebbaeb33c0
/packages/apps/Phone/src/com/android/phone/PhoneApp.java
893d0233193b2095293d890a9ad1c73b1dc6a9a2 05-Feb-2010 mah <mah@android.com> Fix bugs #2305101 and #1704011
Now when the user long presses the headset hook button on the wired headset,
the phone hangs up. Short press still toggles the mute state.
Also, the Phone app now captures and consumes any media key events
if a call is in progress, so pressing the next or previous button
will no longer start up the music player.
/packages/apps/Phone/src/com/android/phone/PhoneApp.java
fb6e861345db8c4213280c7f32aa4e2eac4b0d11 11-Feb-2010 Eric Laurent <elaurent@google.com> resolved conflicts for merge of 3cdfe2a5 to master
dc4b8d2f09ca215cc4a29513e56cd254d0c6d5f8 10-Feb-2010 Eric Laurent <elaurent@google.com> Fix issue 2413494: Add TTY support.

The TTY implementation is modified in order to operate on several platforms:
- The actual TTY mode configuration is moved from CallFeaturesSettings to PhoneApp.
CallFeaturesSettings only updates the user selected preferred TTY operating mode
in the Settings data base and broadcasts an intent indicating the preferred mode
change.
- Phone app processes this intent and only applies the user requested mode if a headset
is connected: The new TTY mode is indicated to both RIL and audio hardware.
- A consequence is that the TTY indication in the status bar is only shown if TTY mode is
not OFF AND the RIL has accepted the TTY configuration AND a device is connected.
/packages/apps/Phone/src/com/android/phone/PhoneApp.java
fb77637a64007dbd30359fa94c5e314333e3053d 06-Feb-2010 Eric Laurent <elaurent@google.com> am 37969f6c: am 2c8c6732: Merge "Partial fix for issue 2422322: [Passion#VZW] audio issues found with release CL24761." into eclair

Merge commit '37969f6cfad4298a40ad7be440e3b8fc6a874a21'

* commit '37969f6cfad4298a40ad7be440e3b8fc6a874a21':
Partial fix for issue 2422322: [Passion#VZW] audio issues found with release CL24761.
06376849cdac54b573be9204837b451ef8013cc6 05-Feb-2010 Eric Laurent <elaurent@google.com> Partial fix for issue 2422322: [Passion#VZW] audio issues found with release CL24761.

Re-apply HAC setting when phone app is started.
/packages/apps/Phone/src/com/android/phone/PhoneApp.java
027987172fa2033d10657a03cbce661d2546f0f4 05-Feb-2010 David Brown <dab@google.com> FIX 2172935 -- Descenders are cut off in the CallCard 'name' field

The fix: Add some leading between "name" and "number".

Also, some minor code cleanup (no functional changes) in PhoneApp.java and
NotificationMgr.java.

TESTED: on passion, confirmed:
- Descenders are completely visible (not clipped at all) when
label+number fields are not present. This was the original bug.
- When the label and number *are* present, the leading between the two
lines looks good (i.e. not too tight or too loose), regardless of
whether the name field contains characters with descenders.

BUG=2172935
/packages/apps/Phone/src/com/android/phone/PhoneApp.java
9fd5e84fd6f5c2c5f488bf08d8dd9a2c0aab1370 02-Feb-2010 Wink Saville <wink@google.com> Cleanup comments, see bug 2401350.

Change-Id: Ic02eb907a663fe5e4a8991d42a5795199e228c2f
/packages/apps/Phone/src/com/android/phone/PhoneApp.java
11aceea577d724e61056a646ef6ac8c6430613ee 08-Jan-2010 Nicolas Catania <niko@google.com> New CallLogAsync class to handle blocking log ops.

Currently only adding a call to the log is supported.
Uses AsyncTask to do the work in the background.
Got rid of the dedicated thread used in the current form.

Bug:2227429
/packages/apps/Phone/src/com/android/phone/PhoneApp.java
03adaac30038029e90dbbb266bacb3f2abb32397 31-Dec-2009 Mike Lockwood <lockwood@android.com> Use accelerometer to augment proximity sensor logic

Do not force the screen off while in call and the device is being held
in a horizontal position.

Change-Id: I52ec82498970d55e7e8daf973860cf27ff01a2d4
Bug: 2175559

Signed-off-by: Mike Lockwood <lockwood@android.com>
/packages/apps/Phone/src/com/android/phone/PhoneApp.java
6646249c7f8414cd1e4e05f211b2a752fae59ddd 16-Dec-2009 John Joseph <jnjoseph@quicinc.com> Initialize cdmaOtaInCallScreenUiState when radio technology is switched
to CDMA.
/packages/apps/Phone/src/com/android/phone/PhoneApp.java
85a88f4daa11c518aedd97028c3faa8d3e421167 16-Dec-2009 Mike Lockwood <lockwood@android.com> am 0672ed93: am 6a8928a7: Use the FLAG_DISMISS_KEYGUARD while we are in-call.

Merge commit '0672ed93d3c4d7f58205ee4c85a58a1640d650f1'

* commit '0672ed93d3c4d7f58205ee4c85a58a1640d650f1':
Use the FLAG_DISMISS_KEYGUARD while we are in-call.
6a8928a7265b6586b561e60ee93b23f5fa6f30ea 16-Dec-2009 Mike Lockwood <lockwood@android.com> Use the FLAG_DISMISS_KEYGUARD while we are in-call.

This is a better fix for bug b/2330359.
When we are actively in-call, we now set the FLAG_DISMISS_KEYGUARD flag
so the user can press Home to exit directly to the home screen.
But in the case of a declined or unanswered phone call we will drop into
the keyguard after the call terminates.

Change-Id: I6ee0759dbedeaf05e940558ed27f09f58c6582fa
Signed-off-by: Mike Lockwood <lockwood@android.com>
Bug: 2330359
/packages/apps/Phone/src/com/android/phone/PhoneApp.java
2eba6fabd0bedaf2a59da643ce475586b62f0ff9 02-Oct-2009 Peng Zhu <w46254@motorola.com> Phone in a dock: turn on speaker

When the phone is in a dock and you call a contact, the speaker phone should
be turned on by default, as long as there is no other headset connected.

Bug: 2144974
Change-Id: I9e1fb94f3b149056b7f40c6df1230740628f6ef2
/packages/apps/Phone/src/com/android/phone/PhoneApp.java
41f2b80631a4bdc78a772d100bd0c4715689e28c 02-Dec-2009 Mike Lockwood <lockwood@android.com> am 343259ed: Use FLAG_SHOW_WHEN_LOCKED window flag to disable the keyguard in the phone app.

Merge commit '343259ed73c21a4c9550fe4d7cf175385d87290a' into eclair-mr2

* commit '343259ed73c21a4c9550fe4d7cf175385d87290a':
Use FLAG_SHOW_WHEN_LOCKED window flag to disable the keyguard in the phone app.
343259ed73c21a4c9550fe4d7cf175385d87290a 01-Dec-2009 Mike Lockwood <lockwood@android.com> Use FLAG_SHOW_WHEN_LOCKED window flag to disable the keyguard in the phone app.

This replaces use of KeyguardManager.disableKeyguard() and reenableKeyguard().
Fixes bug b/2287830 "The phone is accessible for unauthorized user even when pattern lock is enabled"

Change-Id: I1a52144c16f0e6f2079c78241751ce632f1357e3
Signed-off-by: Mike Lockwood <lockwood@android.com>
/packages/apps/Phone/src/com/android/phone/PhoneApp.java
0ff0a8d3bc27947fb5e7b881fa28de75c3e40b3d 24-Nov-2009 Eric Laurent <elaurent@google.com> 2218799 Speakerphone switches back to wired Headset any time the in-call UI comes to the foreground

Handle speakerphone state update upon headset connection/disconnection event in PhoneApp only.
/packages/apps/Phone/src/com/android/phone/PhoneApp.java
5bcbca1162b1b462d15ebb4a5b2859a076d382e2 18-Nov-2009 Mike Lockwood <lockwood@android.com> Turn screen on immediately if proximity sensor is active and keyboard is opened or headset is attached.

Now we only wait for proximity sensor to go negative when the call is ended
Part of the fix for b/2243198 (Black screen lockup after ending call)

Change-Id: Ia0ecf7c4539be3ff24e3228b947c0a26def74a4c
Signed-off-by: Mike Lockwood <lockwood@android.com>
/packages/apps/Phone/src/com/android/phone/PhoneApp.java
7cef385a85853b4e3a3a61af4314aa008bb60dd8 16-Nov-2009 Mike Lockwood <lockwood@android.com> Add missing synchronization in requestWakeState() and wakeUpScreen()

Fixes a new occurance of bug b/2183174 (RuntimeException: WakeLock under-locked PhoneApp)

Change-Id: Ib80b6e36434a35ec814376013415a0ca0aa6b105
Signed-off-by: Mike Lockwood <lockwood@android.com>
/packages/apps/Phone/src/com/android/phone/PhoneApp.java
39a84144262f12df44861d746788b9de92259e4f 29-Oct-2009 Abhishek Pillai <pillai@motorola.com> CDMA 3-way calling and call-waiting UI changes

Changes in this patch have the following impact on calling UI for CDMA:

1) On originating a 3-way call, the "Dialing Party 2" is displayed for 3 seconds, after which
UI changes to generic "In call" screen.
Merge call icon in the upper left corner of the screen appears.
"Add call" option is available in the bottom Call control area.
2) On selecting "Merge" option
The "Merge" button changes to "Manage calls" button.
"Add call" option is available in the bottom Call control area.
3) On answering a call-waiting
The "Merge" button changes to "Manage calls" button
"Add call" option is available in the bottom Call control area.

Bug: 2226325
Change-Id: I4d116d1968a1fd5e0df9f14de1928df76c1803e0
/packages/apps/Phone/src/com/android/phone/PhoneApp.java
0327eebefa8d277d8ce3226ebbe884310efa0bed 28-Oct-2009 Mike Lockwood <lockwood@android.com> Decouple status bar disabling from keyguard disabling.

We want to disable the keyguard while in call at all times, but the status bar
should be disabled only when the in-call UI is in the foreground.

Fixes bug b/2188593

Change-Id: I3f9e13338b1373b5f1458423b3b1c027f760e004
Signed-off-by: Mike Lockwood <lockwood@android.com>
/packages/apps/Phone/src/com/android/phone/PhoneApp.java
28644752309f4cf5ff68ddc8f4bbb66064f1bcef 23-Oct-2009 Mike Lockwood <lockwood@android.com> Fix race condition in PhoneApp.updateProximitySensorMode()

updateProximitySensorMode can be called from both the main thread and the
CallNotifier InCallTonePlayer at the same time, which was resulting in
WakeLock under-locked exceptions when disconnecting calls in automated tests.

Fixes bug b/2183174 (RuntimeException: WakeLock under-locked PhoneApp)

Change-Id: I6172a2c500ddeab2772aeb3d7534b3a4a4a1f09c
Signed-off-by: Mike Lockwood <lockwood@android.com>
/packages/apps/Phone/src/com/android/phone/PhoneApp.java
4a5a966f0d43e04d336be1b94182346399a931f6 22-Oct-2009 Wink Saville <wink@google.com> Fix bug 2189519.

The speaker mode is disabled sometimes after OTASP.

Sometimes if an OTASP has occurred speaker mode will be set
to false when InCallScreen.onResume is called. This can happen
when the screen is turned off by the screen timeout or pressing
the power button. The bug is that initOtaState calls cleanOtaScreen
which calls setSpeaker(false) disabling speaker mode.

To reproduce:

1) Complete the OTASP sequence using *228
2) Make a call using Phone application
3) Press Speaker to enable speaker mode
4) Press power button to turn off screen
5) Press power button to turn on screen
6) Speaker mode will be disabled

Two fixes were tired, one was to remove the call to
cleanOtaScreen in initOtaState thus speaker mode will
not be reset. This was recently added as some defensive
programming in case there was a code path that cleanOtaScreen
was not called when completing an OTASP call and is
not strictly necessary.

In normal operation where an OTASP has not been done
or onCreate has been called otaUtils member variable
will be null and thus this change has no effect under
most useage cases.

The second solution was to change cleanOtaScreen to have
a disableSpeaker parameter. It was decided to use this
solution as it was a less risky change.

Return to activation when VKEY back is pressed.

The routine finish() is called when the VKEY back is
and it was a mistake to call setInCallScreenMode(UNDEFINED)
here as the Activity is not really finished. So a new
new routine, endInCallScreenSession has been created which is
called from internal routines and finished just moveTaskToBack
as it was before change Ic70cff84.

To reproduce:

1) Begin an OTASP call via *228
2) While the call is offhook and not complete press VKEY Back
3) Pull down the notification screen and select "Current call (xx:yy)"

Instead of going back to the activation InCallScreen you see a
regular in call screen, with this fix you are returned back
to the Activation screen

Removed activity-alias InCallScreenOtaActivation and added
InCallScreenShowActivation as a separate activity instead
of an alias.

An alias causes multiple instances of InCallScreen to be created.

To reproduce:

1) Factory Data Reset via Settings > Privacy
2) After booting
3) Press the Android
4) Press the Activate button <<< InCallScreen.onCreate is called
5) Press the VKEY back (not back button)
6) Press the Android
7) Press the Activate button <<< InCallScreen.onCreate is called
8) Press "1" on dial pad and complete setup wizard
9) Run Phone application from home screen
10) Dial *22899 <<< InCallScreen.onCreate is called
11) Press Next when complete

The solution was to use a new Activity InCallScreenShowActivation
and not an alias. This new trivial activity, with just an onCreate,
validates that the Intent is SHOW_ACTIVATION and then forwards
that Intent to InCallScreen. A second option was also tried which
was to export InCallScreen directly by adding the permission and
and the intent filter from the alias to InCallScreen. This worked
but it was felt the first option was better as it more clearly
shows that only the SHOW_ACTIVATION intent is exported.

Bug: 2189519
Change-Id: Ib20d326d7433c7baf951bd26f6f36fdb649d172e
/packages/apps/Phone/src/com/android/phone/PhoneApp.java
1e8a3579f8e49fd1f1a078d6be6864a6a8bac306 03-Oct-2009 David Brown <dab@google.com> Reduce Phone App logging verbosity

- Update PhoneUtils.dumpCallState() to use a (much) more compact format
- Turn down verbosity of some other stuff that's not needed any more
- STOPSHIP cleanup: Remove a runtime exception that should just be a Log.e()

TESTED=GSM,CDMA.
BUG=2163789
DRNO=timsullivan
/packages/apps/Phone/src/com/android/phone/PhoneApp.java
cec56587c1d3c90014848d7adfe817bef9c325ea 08-Oct-2009 Nick Pelly <npelly@google.com> Update application code for BluetoothAdapter.getDefaultAdapter().

Change-Id: I6163a1522678658b76a6eee0c96868a170638e35
DrNo: eastham
Bug: 2158765
Joke: What did Batman say to Robin before they got in the car? Robin, get in the car.
/packages/apps/Phone/src/com/android/phone/PhoneApp.java
e22715b7e908074c33140eded331b01946026d4e 01-Oct-2009 Mike Lockwood <lockwood@android.com> Move status bar disabling from KeyguardViewMediator to Phone app

This will allow us to disable the keyguard while docked without disabling the status bar.

Change-Id: I27b66ee55e9dc19b2ea298ce21e56bbeb2b5c88d
Signed-off-by: Mike Lockwood <lockwood@android.com>
/packages/apps/Phone/src/com/android/phone/PhoneApp.java
f6eb7893215a875863e1e0200e4aa3174137f76c 26-Sep-2009 Wink Saville <wink@google.com> Refactor Cdma OTASP InCallScreenState to be saved in PhoneApp via OtaUtils.

State that needs to outlive the life of an activity must reside
in an application. This fixes a bug which the caused the OTASP
to apparently not complete because if the Activity was recreated
then last OTASP state would be lost.

One way to see this occur is when in OTASP mode press the power
key to turn off the display which makes the InCallScreen Activity
a background task. When InCallScreen moves to the foreground it
is recreated and we lose state and there is no Next button displayed.

Bug: 2133182
Change-Id: Ife9753bf7689b48be4c5e78f95be95250d0a55b5
/packages/apps/Phone/src/com/android/phone/PhoneApp.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/PhoneApp.java
325cc2ced6f1ff5fb1708abfcc5e9c73ac0cd962 22-Sep-2009 David Brown <dab@google.com> Misc Phone app cleanup:

- Naming: Clean up the various "request UI update from some other thread"
APIs to all be named like "requestSomeKindOfUiUpdate()".

Also got rid of the way-too-generic postNewMessageDelay() method,
replaced it with specific methods for the 2 things that the OtaUtils
code actually needs to do.

- Added comments for one unclear case in OutgoingCallBroadcaster

- Remove no longer used IncomingCallDialWidget, and its assets. (It's now
in the framework as com.android.internal.widget.RotarySelector.)

- Added better javadoc comment for CallNotifier
/packages/apps/Phone/src/com/android/phone/PhoneApp.java
87145810d08c0c89e3197c063a5a90d085e1a308 18-Sep-2009 Mike Lockwood <lockwood@android.com> Add a counter to disableKeyguard() and reenableKeyguard()

Change-Id: Icff7d9c5fc4f296c5288be33f51e44c4abe0900e
Signed-off-by: Mike Lockwood <lockwood@android.com>
/packages/apps/Phone/src/com/android/phone/PhoneApp.java
b8df8173e1a0ea8ba89cea984176216201c4d5e7 16-Sep-2009 Paul Berman <paul.berman@motorola.com> Correct the mute state for new incoming connections

When we receive a new incoming connection for CDMA, we want to make sure
that the audio is automatically unmuted (which is particularly important
when receiving a call-waiting call, but even for normal MT calls). Also
changed scope of an InCallScreen API to allow the onscreen widgets to be
updated when a wired headset is being used to answer/change mute state of
a call.

Bug: 2115195
Change-Id: I2921435e63bd42f285f09028779996f6d8de48de
/packages/apps/Phone/src/com/android/phone/PhoneApp.java
5601d455864ffb08ff995ba3fc162580dc7b8998 17-Sep-2009 Mike Lockwood <lockwood@android.com> Disable keyguard while proximity sensor wake lock is held.

This replaces a change in PhoneWindowManager with the same purpose,
but was apparently causing a deadlock in the window manager service.

Change-Id: I1d10ba6af76bca6ad68f0fbb3c6a329cba66cf1e
Signed-off-by: Mike Lockwood <lockwood@android.com>
/packages/apps/Phone/src/com/android/phone/PhoneApp.java
4a8cbde060e7876a5560346215c11078a9efc90e 14-Sep-2009 Eric Laurent <elaurent@google.com> Fix issue 2115199: Speaker key remains on after ending call when wired headset is unplugged.

The problem comes from the fact that when a headset is connected while on call and speaker phone is on, the speaker phone is automatically turned off, but the user requested state is saved by PhoneUtils to restore it when the headset is unplugged.
When the call is terminated, current code in CallNotifier.resetAudioStateAfterDisconnect() will not turn speaker off because the speaker state was already off. When the headset is unplugged later on, the headset disconnect event handler in PhoneApp will restore previous speaker state as saved in PhoneUtils and the speaker will be enabled.

The fix consists in always turning speaker off in CallNotifier.resetAudioStateAfterDisconnect(), regardless of actual speaker state. This makes sure that the speaker state as requested by user is reset by PhoneUtils when a call is terminated.
The headset disconnect event handler in PhoneApp is also modified to ignore headset connection events when the phone is not off hook.
/packages/apps/Phone/src/com/android/phone/PhoneApp.java
18e0a07cc700234f5a02fe10eee9b3ea10db58b3 10-Sep-2009 Nick Pelly <npelly@google.com> Update application for Bluetooth API changes.
/packages/apps/Phone/src/com/android/phone/PhoneApp.java
99d10538d840f0103c36dafa44db9f649ca884c8 09-Sep-2009 johnwang <johnwang@google.com> Add notification while selected network fails.

Provide a notification to user when the chosen network cannot be found. When tapping it the user could be taken to the settings to change the network selection.
/packages/apps/Phone/src/com/android/phone/PhoneApp.java
445c9030dc93750a8209ace086ea3820ee33f0b1 09-Sep-2009 Mike Lockwood <lockwood@android.com> Enable proximity sensor as soon as we begin a call rather than waiting for phone state to change.

Also moved some logging from debug to verbose

Change-Id: I3ae4b83daf7bcecab40370f4bb2cb009dca3fbbf
Signed-off-by: Mike Lockwood <lockwood@android.com>
/packages/apps/Phone/src/com/android/phone/PhoneApp.java
425b8e3c9846d5e0e76466604b35cad8856d79de 02-Sep-2009 Eric Laurent <elaurent@google.com> Fix issue 2094757: Wired headset connection while in call disables speaker button but leaves speaker on.

The fix consists for one part in never disabling the speaker button: the user has the possibility to enable/disable the speaker even if a headset is connected.
When a headset is connected while the speaker is on, the speaker is automatically turned of but its current state is remembered so that it can be reapplied if the headset is disconnected.
/packages/apps/Phone/src/com/android/phone/PhoneApp.java
6bdc4d568f008ca476c744d52056dde3e8db27f8 22-Aug-2009 Abhishek Pillai <pillai@motorola.com> OTA fix for Home and Back key scenario

Issue: While on OTA call if user presses Home or Back key to return to home screen
and if OTA call ends while in background, OTA state was not getting updated
and was blocking next MO/MT call.
/packages/apps/Phone/src/com/android/phone/PhoneApp.java
039a8e51aa4a3ed27ad788dd5f1e043446517d92 25-Aug-2009 Mike Lockwood <lockwood@android.com> Use default screen timeout when in-call and the proximity sensor is in use.

Note: this does not include logic for bluetooth, speaker phone, etc.

Signed-off-by: Mike Lockwood <lockwood@android.com>
/packages/apps/Phone/src/com/android/phone/PhoneApp.java
d3744ff481f7d96669740b015a39d7441208152b 20-Aug-2009 Abhishek Pillai <pillai@motorola.com> Disable proximity sensor for certain scenarios while on a call

PhoneApp.java Changes:
-> Added boolean member to track keyborad state
-> Added calls to updateProximitySensorMode() on receiving any wired headset,
keyboard show/hide, bluetooth event.
-> Modified updateProximitySensorMode() not to acquire PROXIMITY_SCREEN_OFF_WAKE_LOCK when:
1) If the audio is routed via Bluetooth
2) If a wired headset is connected
3) if the speaker is ON
4) If the slider is open(i.e. the hardkeyboard is *not* hidden)
-> Added new interface to provide "phone" object(required in changes in PhoneUtils.java)

PhoneUtils.java Changes:
-> Added call to updateProximitySensorMode() on changing speaker state
/packages/apps/Phone/src/com/android/phone/PhoneApp.java
fa3fbeedf018e40f8d6696a382bbf316219cf4ae 18-Aug-2009 Reli Tal <reli.tal@motorola.com> Disable MMI registration for CDMA

Changes include:
1. PhoneApp.java: Do not register for MMI for CDMA
2. PhoneUtils.java: In placeCall() for CDMA, if connection object is NULL
return CALL_STATUS_FAILED
/packages/apps/Phone/src/com/android/phone/PhoneApp.java
ee77dd0ec7fcbe315a34ef6625854a8affe31885 13-Aug-2009 David Brown <dab@google.com> In-call: don't turn off the screen while DIALING.

This fixes bug 2042741 ("Display blacks out prior to call being
connected"). The problem happens because the CDMA "origination" state is
sometimes very slow, especially with poor coverage, and and it's confusing
for the screen to go black before the call gets connected (or fails.)

The fix: force the screen on the entire time we're in the DIALING state,
just like we already do for the RINGING state.

Note we do *not* do this for the ALERTING state, since on GSM phones
sometimes an outgoing call can stay in the ALERTING state even after the
call gets connected. (This usually happens with automated voice systems.)

Also note there's a separate but related issue that we shouldn't be using
that 15-second timeout on prox sensor devices in the first place (see bug
2042741.) I plan to fix that too, but wanted to check this piece in first
since it's the "real" fix for this bug.
/packages/apps/Phone/src/com/android/phone/PhoneApp.java
f0f6d973992a988c0fc801ba80f826c8edf02c03 05-Aug-2009 David Brown <dab@google.com> Disable "touch lock overlay" when not needed.

Don't use the "touch lock overlay" feature on devices with a proximity
sensor.

Also, enable a bit of (temporary) verbose debugging to help track down a
bug where the prox sensor auto-lock feature stays on even after a call.
/packages/apps/Phone/src/com/android/phone/PhoneApp.java
73caead845b30580010a7502e4b7551d21dfa265 05-Aug-2009 Matthew Sun <w00278@motorola.com> Fix CDMA OTA call conflict with incoming call

On the OTA activation screen, OTA screen persists when receiving an incoming call
/packages/apps/Phone/src/com/android/phone/PhoneApp.java
60877272381161201c6969dea501e683705d6e32 07-Aug-2009 w36256 <pillai@motorola.com> Fix for possible crash from "CDMA Bluetooth calling fixes" change
/packages/apps/Phone/src/com/android/phone/PhoneApp.java
c9d9ed30aa547b79b81adc13a4d148a003b6ee62 30-Jul-2009 w36256 <pillai@motorola.com> CDMA Bluetooth calling fixes

BluetoothHandsfree.java Changes:
- Added CDMA_MAX_CONNECTIONS definition for CDMA CLCC connections update

- Added mCdmaIsSecondCallActive CDMA specific flag used in context with BT
devices having display capabilities to show which Caller is active.
This state might not be always true as in CDMA networks if a caller drops
off no update is provided to the Phone. This flag is just used as a toggle
to provide a update to the BT device to specify which caller is active.

- Modified BluetoothHandsfree() to initialize mCdmaIsSecondCallActive

- Modified updatePhoneState() to build CIEV response for:
1: 3 Way Call origination
2: Swaping between calls and merging two calls.

- Modified cdmaGetClccResult() for better readability

- Added CDMA specific interface to handle CLCC request
1: cdmaGetClccResult()
2: cdmaConnectionToClccEntry()

- Modified CLCC handler to call cdmaGetClccResult for CDMA phones

- Added new interface cdmaSwapSecondCallState() accessible to rest of the PhoneApp
to update the mCdmaIsSecondCallActive state.

- Modified CHLD handler to add capability to
1: Swap between calls after accepting a Call waiting and
2: Merge calls if on a Three-Way Call.
3: hangup a call on receiving CHLD=1 based on the phone state.

- Added cdmaSetSecondCallState() api to set second call state for CDMA

InCallScreen.java Changes:
- Modified internalSwapCalls() for calling cdmaSwapSecondCallState() if a BluetoothHandsfree
is connected.

- Modified handleCallKey() for calling internalSwapCalls() for CDMA.

PhoneApp.java Changes:
- Rearranged the creation and initialization of CdmaPhoneCallState before the BluetoothHandsfree creation.

PhoneUtils.java Changes:
- Added DBG statement for Merge calls in CDMA part.
- Modified answerCall() so as to set the second call state in Bluetooth as active
/packages/apps/Phone/src/com/android/phone/PhoneApp.java
cd0189299f484dcbd51400b994daf585923e9e8d 30-Jul-2009 David Krause <david.krause@motorola.com> dynamic callsetting for umts, cdma and world phone
/packages/apps/Phone/src/com/android/phone/PhoneApp.java
4e879989bb6e23763802ceb128e8785f8f063ac0 28-Jul-2009 Robert Kowalski <r.kowalski@motorola.com> Modified UI for Emergency Callback Mode

Specific list of changes that are needed for the support of CDMA emergency
callback mode:
1. Removed Teleca's implementation of the ECM UI - it had limited functionality
2. Added service that inserts ongoing ECM notification in the status bar and updates countdown
info in the notification in 1sec intervals when phone enters ECM.
3. Added dialog box prompting to exit ECM when any application wants to prompt a user to exit
ECM or a user selects ongoing ECM notification. It responds to
ACTION_SHOW_NOTICE_ECM_BLOCK_OTHERS intent.
/packages/apps/Phone/src/com/android/phone/PhoneApp.java
ef93beade4291da0170b260d008628fd190b3b3c 30-Jul-2009 Wink Saville <wink@google.com> resolved conflicts for merge of 4e41cdf8 to master
4e41cdf8b65434a324f3e83be1095689ddabd153 29-Jul-2009 Wink Saville <wink@google.com> Fix bug 1890426 ERI Text widget appears for 3G devices(dream and Sapphire).

The EriTextWidgetProvider was added by Teleca/Qualcomm and it was done
in such a manner that the widget was available on GSM phones. As it turns
out this widget is not needed for CDMA phones so it is being removed.
/packages/apps/Phone/src/com/android/phone/PhoneApp.java
58de0c5d10bbf48f6316a12495cd1c176a11a6fe 29-Jul-2009 David Brown <dab@google.com> Phone: hook up proximity sensor support (bug 1781059).

On devices that have a proximity sensor, the Phone app now holds a
PROXIMITY_SCREEN_OFF_WAKE_LOCK (see Change 8681) any time the phone is
offhook, regardless of what app is in the foreground.

TESTED:
- On device #1 (with proximity sensor): screen turns off automatically
when I hold it up to my face. Verified this with both InCallScreen and
Home app in foreground.
- On device #2 (no proximity sensor): no new behavior.

Watch out: there are still some issues with how the PowerManager and the
lock screen interact while the PROXIMITY_SCREEN_OFF_WAKE_LOCK is held.
(In particular, if you go to some other app while a call is active, and
hold the phone up to your face, you'll be forced to unlock the device
*every* time you move the phone away from your face.)
/packages/apps/Phone/src/com/android/phone/PhoneApp.java
7fe7f7e57aaa38290c37ab48867d34a279d198f3 21-Jul-2009 w00278 <w00278@motorola.com> CDMA OTA tone/vibrate and misc CDMA fixes

1. Remove OTA vibrate feature when OTA call ends.
2. Fix OTA issue: When All Sounds are in Silence Mode, OTA tone is still played.
3. Fix call waiting issue: Phone display does not Update after Incoming call is ignored.
4. Add TTY support: sync TTY settings from AP to BP NV after phone completes powerup.
/packages/apps/Phone/src/com/android/phone/PhoneApp.java
af684393e2c6d0c051b9d5a189c2cd1de2506831 16-Jul-2009 Wink Saville <wink@google.com> Rebase against latest changes.
/packages/apps/Phone/src/com/android/phone/PhoneApp.java
7957f63826136b71474d24f29954dfb03758003b 02-Jul-2009 David Brown <dab@google.com> resolved conflicts for merge of 87258b2b to master
87258b2b589c3afea4b89b840251012378e0d3b4 27-Jun-2009 David Brown <dab@google.com> Misc phone app code cleanup.

- remove unused String "finalTitle" in NotificationMgr (accidentally
included in one of the Moto changes)

- tweak bottom margin of one CallCard text field to avoid cutting off
descenders

- remove the unused PhoneUtils getCompactName() methods

- remove unused CallCard showCall* methods

- remove useless CallCard reset() method

- When the radio technology changes, have PhoneApp call a new InCallScreen
method that unregisters then re-registers for phone state events.
(Even though we don't have any devices yet that can switch on the fly
between GSM and CDMA, the code still ought to do this.)

- some minor debug logging cleanup

TESTED: ran basic telephony test cases.
/packages/apps/Phone/src/com/android/phone/PhoneApp.java
3800ac871d6548790ac6119bb68b9be0640af261 10-Jun-2009 David Krause <david.krause@motorola.com> CDMA lost call dialog and auto-retry feature
/packages/apps/Phone/src/com/android/phone/PhoneApp.java
0fb2b4b8eff811fd3243aefdf536e7ba2b10f4e9 25-Jun-2009 Wink Saville <wink@google.com> CDMA UI - 3-way calling, call waiting, and display info records

This is dependent on 5338 to add the string resource
network_message.
/packages/apps/Phone/src/com/android/phone/PhoneApp.java
c39ff93aae5d2052dd0d2916dda17dfc10433a75 10-Jun-2009 jsh <jsh@google.com> Don't call Phone.getCdmaEriText on non-CDMA phone.
/packages/apps/Phone/src/com/android/phone/PhoneApp.java
691eae1fa5e1d4e2a9ae318f9dad5320ed5ec5c1 01-Jun-2009 Wink Saville <wink@google.com> TODO fixes from Teleca 090527
/packages/apps/Phone/src/com/android/phone/PhoneApp.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/PhoneApp.java
404edc94de563aef5fd5ba48be9114a970cb93bb 18-May-2009 Wink Saville <wink@google.com> Teleca 2b changes.
/packages/apps/Phone/src/com/android/phone/PhoneApp.java
947436a262178bf48b83f70974c56198fd922ba4 07-May-2009 Eric Laurent <elaurent@google.com> fix issue 1699014 remove obsolete SoundEffect class

Removed file SoundEffect.java and call to SoundEffect.init() from PhoneApp.onCreate()
/packages/apps/Phone/src/com/android/phone/PhoneApp.java
09328f1bd9acf6b16a9cb79d7d9fa59d322ac6c2 21-Apr-2009 David Brown <dab@google.com> Fix bug 1793462 (part 1): add a resource to disable the "SIM network unlock" screen

Some networks may not have the concept of "unlocking a SIM", in which case
we should *not* show the "Sim network lock" screen even if we get an
EVENT_SIM_NETWORK_LOCKED message.

This change adds a boolean resource called ignore_sim_network_locked_events;
if true, the phone app will ignore EVENT_SIM_NETWORK_LOCKED events.
The default value is false, meaning that a EVENT_SIM_NETWORK_LOCKED event
will launch the IccNetworkDepersonalizationPanel, and prevent the user from
doing anything else until they enter a valid SIM network PIN (i.e. the
current behavior.)

To change this behavior, just set ignore_sim_network_locked_events to true
in a product-specific overlay file.

TESTED: faked an EVENT_SIM_NETWORK_LOCKED.
With ignore_sim_network_locked_events=false, the
IccNetworkDepersonalizationPanel came up normally.
With ignore_sim_network_locked_events=true, nothing happened.
/packages/apps/Phone/src/com/android/phone/PhoneApp.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/PhoneApp.java
4472ce7a7e8568b4bb66098c4e4a2e71099167ac 25-Mar-2009 David Brown <> Automated import from //branches/donutburger/...@141035,141035
/packages/apps/Phone/src/com/android/phone/PhoneApp.java
796c70c99bc39295bf685061056f06ab8949c742 25-Mar-2009 David Brown <> Automated import from //branches/donutburger/...@140614,140614
/packages/apps/Phone/src/com/android/phone/PhoneApp.java
4b8337277ec2e375c3536b97c40e6617a7b12990 19-Mar-2009 The Android Open Source Project <initial-contribution@android.com> auto import from //branches/cupcake_rel/...@140373
/packages/apps/Phone/src/com/android/phone/PhoneApp.java
4079f559beb3e414036056b4b33ad40de5e89c4a 13-Mar-2009 The Android Open Source Project <initial-contribution@android.com> auto import from //branches/cupcake_rel/...@138607
/packages/apps/Phone/src/com/android/phone/PhoneApp.java
8bb467d9a1106dedd79e42166c7b6e9fc9a897a7 09-Mar-2009 The Android Open Source Project <initial-contribution@android.com> auto import from //branches/cupcake/...@137197
/packages/apps/Phone/src/com/android/phone/PhoneApp.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/PhoneApp.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/PhoneApp.java
60a7029cd43c5bcef4a0d30390bdaaab43690c7c 20-Feb-2009 The Android Open Source Project <initial-contribution@android.com> auto import from //branches/cupcake/...@132569
/packages/apps/Phone/src/com/android/phone/PhoneApp.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/PhoneApp.java
0918cc33174eebee7ae13449a76a2fe48f84d6dc 11-Feb-2009 The Android Open Source Project <initial-contribution@android.com> auto import from //branches/cupcake/...@130745
/packages/apps/Phone/src/com/android/phone/PhoneApp.java
35e71bd6b86663caedf7318be14b904d1dace95b 22-Jan-2009 The Android Open Source Project <initial-contribution@android.com> auto import from //branches/cupcake/...@127436
/packages/apps/Phone/src/com/android/phone/PhoneApp.java
56874fd9c8f91d484990a634396c809419f77547 10-Jan-2009 The Android Open Source Project <initial-contribution@android.com> auto import from //branches/cupcake/...@125939
/packages/apps/Phone/src/com/android/phone/PhoneApp.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/PhoneApp.java
abc47110c17fa8e8cb6161bc045e87f31eeb7a1c 21-Oct-2008 The Android Open Source Project <initial-contribution@android.com> Initial Contribution
/packages/apps/Phone/src/com/android/phone/PhoneApp.java