e4be64852dac9e2c55ce8dd5b7063b0c21b9700e |
|
21-Feb-2016 |
Sailesh Nepal <sail@google.com> |
Remove CallAudioStateCompat Now that we're no longer backwards compatible with Lollipop we don't need CallAudioStateCompat. See ag/870962 for more info. Bug: 26676586 Change-Id: I7c754d89a6c9e13bf5a004b7c5b15b88b9aff9ad
/packages/apps/Dialer/InCallUI/src/com/android/incallui/AudioModeProvider.java
|
a7086bc66eca9bbae80fb40ec532b3253361ee53 |
|
03-Dec-2015 |
Brandon Maxwell <maxwelb@google.com> |
Updating InCallUI to use CallAudioStateCompat Bug: 25776171 Change-Id: I94b42eb188e457a5470e33642cab2517949a8153
/packages/apps/Dialer/InCallUI/src/com/android/incallui/AudioModeProvider.java
|
f3e130ecc31c806b3466d48551f7a40a7b676b82 |
|
14-May-2015 |
Yorke Lee <yorkelee@google.com> |
Rename AudioState to CallAudioState Deprecate AudioState class and make methods @SystemApi where necessary to minimize impact to SystemApi Replace usages of AudioState inside Telecom sub-systems Fire both onCallAudioStateChanged and onAudioStateChanged callbacks for backward compatibility Support both setAudioState and setCallAudioState for all classes Bug: 21040387 Bug: 21088300 Change-Id: I3ec7b3afdaa344c6d639d1c421f1842d67f7d0f7
/packages/apps/Dialer/InCallUI/src/com/android/incallui/AudioModeProvider.java
|
870d837b3732a88907df7d78a5f6255f90d1b5b1 |
|
15-Apr-2015 |
Santos Cordon <santoscordon@google.com> |
Remove usage of Phone.java in InCallService APIs. Start using the direct methods of InCallService instead of using the Phone object. InCallService methods represent the public API which is what In-Call needs to compile against. Bug: 20160495 Change-Id: I223347e239e5d5954b6118c7ba5befdaea2932a0
/packages/apps/Dialer/InCallUI/src/com/android/incallui/AudioModeProvider.java
|
e9ab17c59b246ca373459d89597a75b40d1ca59a |
|
11-Apr-2015 |
Jay Shrauner <shrauner@google.com> |
Don't use AudioState.ROUTE_ALL For supported audio methods, explicitly construct a combination of known supported routes. Bug: Change-Id: Iee67a08370c8dc584106493bc751c9ac8e341198
/packages/apps/Dialer/InCallUI/src/com/android/incallui/AudioModeProvider.java
|
46d62c03a8066d43a709f52ddf8aa0f57e1ddb2c |
|
03-Mar-2015 |
Yorke Lee <yorkelee@google.com> |
Add tests for InCallPresenter Add a bunch of end-to-end tests for InCallPresenter Refactor InCallPresenter to be more dependency injection friendly. Add some test-only methods to make testing easier Change-Id: I86b6eeff91d35bc3b5cb3de9262d8850673919b7
/packages/apps/Dialer/InCallUI/src/com/android/incallui/AudioModeProvider.java
|
91c8043c43dc2fe2655717c5a4c2ec660e33b96f |
|
13-Nov-2014 |
Ihab Awad <ihab@google.com> |
Telecom API updates (3/6) Bug: 18292176 Change-Id: I5bcb1838a8423f15ebdf87c945ca91da460506f4
/packages/apps/Dialer/InCallUI/src/com/android/incallui/AudioModeProvider.java
|
4b293f0f08030c97e1bb54d2f79ac2fb1a6e29ae |
|
13-Sep-2014 |
Tyler Gunn <tgunn@google.com> |
Renaming Telecomm to Telecom. - Changing package from android.telecomm to android.telecom - Changing package from com.android.telecomm to com.android.server.telecomm. - Renaming TelecommManager to TelecomManager. Bug: 17364651 Change-Id: Ie5ae18f51baa5da2eb9793785ad0c9d83b6343d1
/packages/apps/Dialer/InCallUI/src/com/android/incallui/AudioModeProvider.java
|
3718dcb345e77e421ab18a760e48f0c3a760fcca |
|
08-Aug-2014 |
Ihab Awad <ihab@google.com> |
Final structural tweaks to Telecomm API (3/8) Bug: 16416927 Bug: 16494880 Change-Id: If756941a5bdd25ff8ac633a56fe90c894d4a46a4
/packages/apps/Dialer/InCallUI/src/com/android/incallui/AudioModeProvider.java
|
12bccb9d6fa9f5e1daff8d51a0527dbdfb8606bd |
|
06-Aug-2014 |
Santos Cordon <santoscordon@google.com> |
Remove hardcoded audio route in video provider. The video provider always calls exitVideo() and as a result always sets the audio mode to EARPIECE when any call starts, negating any automatic setting done by telecomm (like bluetooth). This change has three items: 1. Only set the audio mode if we are exiting a previously entered video call. 2. When setting audio on exit, set it to the mode that was previously saved when the video call was entered. 3. Convert usages of the private AudioMode to the public CallStateAudio. Change-Id: I484ea8fadc9b7cf43692b517c97f906918fc49f8
/packages/apps/Dialer/InCallUI/src/com/android/incallui/AudioModeProvider.java
|
8d38cf6761ae048b1a42504f1b59e872cf43df47 |
|
12-Jul-2014 |
Ihab Awad <ihab@google.com> |
Implement new In-Call Service interface Change-Id: Ic1eb6fc98e7f030885596c9c40f0ed4f0e34e28b (cherry picked from commit c90543e6ef64b16b4c1bb240494152bc513f1e36)
/packages/apps/Dialer/InCallUI/src/com/android/incallui/AudioModeProvider.java
|
27ef1e6c1ae0a0b6b15c7ff83cbb7396d7bd976e |
|
19-Oct-2013 |
Christine Chen <christinech@google.com> |
Removing private dependencies in InCallUi - This CL addresses most of the private API calls in InCallUi. - This CL removed Android.mk as we are not building InCallUi.apk separately anymore. Changes to make an unbundled app will go into Dialer, GoogleDialer, and Contacts apps' makefiles. - Separated CLs will add libphonenumber, libgeocoding, and util classes for TelephonyManager and PhoneNumberUtils. - The only thing left for InCallUi is to unbundle ProximitySensor. Currently PowerManager's functions to deal with the proximity sensor are all private. It will take a rather substaintial amount of work to implement the proximity sensor functions ourselves (read proximity sensor event values, ask the screen to turn on, etc.). So we should rather push to get those functions into the public API. Change-Id: I18b3c52adb41c6131c1eb3c07ce32ebd56d0cc59
/packages/apps/Dialer/InCallUI/src/com/android/incallui/AudioModeProvider.java
|
1f63d2d8e8db3616c16886952813b3d0473216e7 |
|
05-Sep-2013 |
Santos Cordon <santoscordon@google.com> |
Improve lifecycle ordering for InCallUI This CL rearranges startup and teardown of InCallUI to reduce the number of race conditions resulting in runtime exceptions and app crashes. At a high level this CL fixes the following: - TeleService should be able to unbind and rebind at any time without causing problems in the UI. (Fixes to InCallPresenter) - On weird occasions we were seeing secondary UIs pop up if we rebound while the older UI was still up and one of the UIs would be orphaned on the foreground. - call notifications can be sent during (1) activity startup, (2) activity lifetime, (3) activity destruction, (4) no activity...and nothing should crash. - Lots of crashes when notifications came during destruction and startup. (Fixed setup in InCallActivity + presenters, and startup/teardown ordering in InCallPresenter) Details: (1) InCallPresenter handed out instances of member classes to the UI classes, but upon unbinding and rebinding, the classes were recreated. This meant that the activity which was potentially still up had stale versions of AudioModeProvider and ProximitySensor. - Classes created/used by CallHandlerService are now singletons so that they do not change from one bind to the other. If the service tries to initialize InCallPresenter while the activity is still up (and so we haven't yet torn down) we reuse the reuse the previous initialization since there is no need to recreate them, and classes in the Activity dont ever become stale. (2) We were recreating new copies of InCallActivity on updates that occur while tearing down the previous activity. This caused weird errors where second emptier activities were up after all calls ended. - Solution to this was to ignore all updates while we are finishing the activity. When the activity is finally finished, we check if we should bring up a new activity in case some update came while we were finishing. (3) We set listeners on presenters from a parent class that wasn't aware of UI transitions. - All Presenters are not responsible for setting and unsetting their listeners. This allows them to unset them before their UI goes away. + renamed HIDDEN to NO_CALLS as hidden was confusing to developers which associated the term with foreground/backgroundness of the app. + Improved some logging bug:10573125 Change-Id: I2d1af6a6e972b3b3bd93af839054e879f0b74b4f
/packages/apps/Dialer/InCallUI/src/com/android/incallui/AudioModeProvider.java
|
37fa54617a6eb207284ea619133ed50a1156ff1d |
|
03-Sep-2013 |
Yorke Lee <yorkelee@google.com> |
Automatically unmute call if user decides not to add call Bug: 10446594 Change-Id: If48fbbebc89b5b48641af3093a0f6547bddcaeea
/packages/apps/Dialer/InCallUI/src/com/android/incallui/AudioModeProvider.java
|
8c478132fbc07bd075df6aba85bcfd2990bbd66a |
|
29-Aug-2013 |
Santos Cordon <santoscordon@google.com> |
Support visual indication of mute from headset This change uses new binder api changes to bring down mute status from TeleService. mute state routed through AudioModeProvider. bug:10395427 Change-Id: Ie15efcc780e99072363188de2a954a1888eec9dd
/packages/apps/Dialer/InCallUI/src/com/android/incallui/AudioModeProvider.java
|
b8eedb3b9796873eaa22847205239a51092f1a43 |
|
09-Aug-2013 |
Santos Cordon <santoscordon@google.com> |
Singletons are hard, lets go chopping...them out of the code. After this change, there remains only one singleton (InCallPresenter). The whole system needs to be reworked in a better manner in terms of build up and tear down. Change-Id: I393ec648526bc28a3ae709004aed6d4627670549
/packages/apps/Dialer/InCallUI/src/com/android/incallui/AudioModeProvider.java
|
ee4a3feabd047f27540c5967b88d407855f3de8a |
|
07-Aug-2013 |
Santos Cordon <santoscordon@google.com> |
Audio Routing support in UI Changes: - AudioModeProvider - receives audio mode changes from CallHandlerService - CallButtonPresenter listens to AudioModeProvider so that it can use those changes in the UI. - CallButtonFragment uses the audio mode from Presenter() to display: - The correct layers for the supported modes - The popup menu when bluetooth is enabled Change-Id: I8ec4024f7bbb5e3b1cfdaae20a4dd2f85ae802cf
/packages/apps/Dialer/InCallUI/src/com/android/incallui/AudioModeProvider.java
|