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
|