Age | Commit message (Collapse) | Author |
|
When an incoming call waiting call is received, the VideoPauseController
sends a "pause" command to the video provider.
However, upon dismissing the call waiting call, the foreground call
was not being unpaused.
Bug: 21815566
Change-Id: I637ab70d1b2adf4510dd87e5d56e233b1a3e065d
|
|
Bug: 24200862
Change-Id: I102a9c8406984a9dd4cfd8b91ec77254aa984dd5
|
|
Change-Id: I45682d6276baa030162b08194a1557f675207ea0
Auto-generated-cl: translation import
|
|
Change-Id: I3245a91b2856378caf86d0f2092071c34dea6f69
Auto-generated-cl: translation import
|
|
am: 25c55157c4
* commit '25c55157c416fcd8371f691bb6aa1e47d5d2a62d':
Add back button to dialpad in callui
|
|
am: 2ff80ef65a
* commit '2ff80ef65ad1856c766cdd6c2e311dc4c7e19318':
Add back button to dialpad in callui
|
|
|
|
Bug: 27231038
Change-Id: I721de663ae09489dd51cea0a70c5bca2d272fbf7
|
|
am: 2e8f566867
* commit '2e8f566867541e1559a82b9f9e23d99e32cdadf8':
Disabling Dialer ringing feature
|
|
am: 9cff658da2
* commit '9cff658da23dc80786650fb0203ae4566839f18d':
Disabling Dialer ringing feature
|
|
|
|
+ Need to remove for DP1
Bug=27367182
Bug=27353237
Change-Id: If370c942534bba3fd98c11447e1a83a2bf0cdfe1
|
|
am: 5ec71527e2
* commit '5ec71527e2d6ed4c24e21a99ac7e820df68b7362':
Respect setting for incoming call to vibrate
|
|
am: 0eeee8b2e0
* commit '0eeee8b2e0d307f5be3c733dad5ef150fd2e008e':
Respect setting for incoming call to vibrate
|
|
+ Previously the Dialer would always play a vibration pattern for
incoming calls, regardless of whether the user toggled the vibrate
setting off. This change causes the Dialer to respect that setting.
Bug=27353237
Change-Id: I65987cea0c13dd50fba5e0edacfba88b3e3ecbd7
|
|
Bug: 27323979
Change-Id: I6f66052dee5ef3be32df4008835d0918bba54e50
|
|
f0bf4ca8ca
am: 1368a4b0d1
* commit '1368a4b0d10269e4e25a2cd7f17ebb5af0a91d79':
Fix FAB position after hang up with secondary call.
|
|
am: f0bf4ca8ca
* commit 'f0bf4ca8ca4b7d06db99f416480b81b0148ba6dc':
Fix FAB position after hang up with secondary call.
|
|
|
|
Change-Id: Id406e6ee0cd7028b446108487b39dfda82d23e7d
Auto-generated-cl: translation import
|
|
Bug: 27294280
Change-Id: Ia5d6580ef77078b3d489efc0b73c2bbd2b4d2b77
|
|
82557da65e
am: 3f07759954
* commit '3f07759954ffed1ea48d6f345098e2d97b79b33a':
Let InCallActivity handle resize config change.
|
|
|
|
Bug: 26862821,27250655
Change-Id: I1b5c35846f1a2d2dedaf2df9abf1f522270b1638
|
|
am: 00064a6f85
* commit '00064a6f85e830c0d1528e963a7bfd504db3555e':
Apply lower case project name convention
|
|
|
|
gradle project name for PhoneCommon, ContactsCommon and InCallUI
changed to all lower case.
Removed googledialer project, no long needed.
Bug:26676586
Change-Id: Ice2496321d7a23ddb93e9a7363b8150a1bf43d4c
|
|
am: 89cb80397d
* commit '89cb80397d6d90844099c48e2ea2db91de6437f1':
Display manage conference button.
|
|
|
|
am: 7e39f225a2
* commit '7e39f225a2ff4878a76a7b5c30a2f23b617cb4a9':
Change position of "answer as video" to swipe right.
|
|
In b/21124069, a change was made to make swipe-right default to answer
as audio, and swipe down be answer as video for a video call.
UX expressed that it makes more sense to use the previous swipe-right to
answer as video and swipe down to answer as audio.
Bug: 27097678
Change-Id: Id495d985dfb5c6dafdf45493ce37ad8b47dd5f7e
|
|
am: 803a8afbcc
* commit '803a8afbcc22d1daafbea011ddd7a8bf8b30765c':
Remove CallAudioStateCompat
|
|
am: 429e15a3de
* commit '429e15a3de2e5cfbc2c44071e97981e583f1ed15':
[Gradle] Allow dialer to be compiled as a library
|
|
am: 43c1be9d2b
* commit '43c1be9d2b9b8b42d76c603c57a5ab459b0066da':
Add gradle build file for Dialer
|
|
am: b64b56dd45
* commit 'b64b56dd457d5f3bd32f4933808eb3f4629e0e83':
Remove Lollipop support for InCallUI
|
|
into nyc-dev am: 639ed3451d
am: c58829eee0
* commit 'c58829eee08d834b40909ea780ba666af44262ed':
Show Briefcase icon not displayed in in-call UI for work SIP calls
|
|
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
|
|
This CL adds a new build-library.gradle file for AOSP dialer.
This allows the dialer to be built as a library that can be
included from GoogleDialer.
Switching to a library project meant making two other changes:
- changed all switch statements that used resources to if statements.
This was required because resource IDs are not final in library
projects.
- changed InCalUI code to import com.android.dialer.R instead of
com.android.incallui.R. See http://b.android.com/82743 for more info
on why this is required.
src-N isn't supported yet. Also, this isn't the ideal project layout.
In the future we should consider switching to the following layout:
- dialer/incallui/ <- incall UI as an independent library project
- dialer/dialerlib/ <- dialer code as an independent library project
- dialer/app <- skelent app that builds a standalone dialer AOSP app
Bug: 26676586
Change-Id: I07fbee4d33cc683539e4f8b3953c93f1427af9d7
|
|
This CL adds gradle build files for Dialer. Currently the build file
in the InCallUI code only builds resources. Eventually we'll want to
make that a standalone library project.
Things missing from this CL:
- support for src-N
- build target for dialer-library to be included by GoogleDialer
Bug: 26676586
Change-Id: Ie91cb720cf17fd8579b04a01287e140b39d0c42f
|
|
|
|
This CL removes support for running dialer on Android L MR1.
The change allows us to switch from the system SDK to the public SDK.
This is useful for the following reasons:
- makes it easier to switch to gradle
- makes it easier to migrate GoogleDialer to google3
- reduces maintenance overhead for unused code
Currently there's no plan to release Dialer on Lollipop. If or when
we decide to support Lollipop we can consider switching back to the
system SDK and restoring the comapatiblity code.
Bug: 26676586
Change-Id: Idac9e6e19f1d21c9261c1b0d0ff3e3ca4aab980b
|
|
into nyc-dev
|
|
Current dialer always queries PhoneLookup._ID and uses this as a contact
ID.
In pre-N, contact id of non-sip query is stored in PhoneLookup._ID and
it is actually a mistake. This problem does not exist in sip query,
and contact id of sip query is stored in Data.CONTACT_ID. So it is a "bug"
in dialer that we use PhoneLooup._ID for sip query as it is not really a
contacat id. The bug of missing work badge may not be the only issue
introduced by this.
In N, the issue is get fixed in framework, PhoneLookup.CONTACT_ID is
introduced. We should access PhoneLookup.CONTACT_ID no matter what
phone lookup query we are having.
The ideal case is we always use PhoneLookup.CONTACT_ID for retrieving
contact id, but given that we need to support in pre-N, we need to
query PhoneLookup._ID for contact id in non-sip query in pre-N.
BUG:27242975
Change-Id: Id14378e3dce5b07629ffe0c6e83c3d107fbb468e
|
|
am: eadf3152ac
am: 8dd874e739
* commit '8dd874e739061d0ac1111c6bbdfd3cd1f890e5ed':
Reduce cutoff size for multi-window layouts to 500dp.
|
|
|
|
am: ff3e825369
* commit 'ff3e825369e260b155d5d1865dacb8235ea7af19':
Checking for READ_CONTACTS permission
|
|
|
|
+ When starting a call, we attempt to look up the ContactInfo. This
lookup needs to be guarded by a check to ensure we have permission to
read the contacts.
Bug=27078247
Change-Id: Id68de80d3acd721642b79ff81fda5d9decd67e7b
|
|
into nyc-dev am: 73fb5b37a7
am: a3e5164c53
* commit 'a3e5164c532488b2a20deb6cdccb54b919c0a110':
IMS-VT: Do not create new surface when setting surface dimensions
|
|
into nyc-dev am: ebddd94caf
am: 3868a4a974
* commit '3868a4a974f0d63f7440d2f27d92e4284979afb6':
Fix end-call FAB position when dial pad is shown on device rotate.
|
|
into nyc-dev
|
|
Do not create a new surface when setting surface dimensions.
Bug: 27246093
Change-Id: I3f66594141d548680427a7579169647018ca7eb7
|
|
nyc-dev am: d1f0d57602
am: aac29b4966
* commit 'aac29b49662558f55d737fe2bb7f5060eddd1092':
IMS-VT: Moving upgradeVideoRequest handling to InCallPresenter
|
|
into nyc-dev
|
|
Move the "onDialpadVisibilityChange()" listener call so that it takes
place regardless if the dialpad is animated on show-hide. That
listener triggers "updateFabPosition()" in callCardFragment, which
repositions the fab.
Bug: 27170964
Change-Id: I56588695c633205f4ebaac6d9685f543b9e09293
|
|
Hammerhead devices have a height of 544dp, which currently means they
will be adopting the layout of the multi-window UI. Change the threshold
so that Hammerhead uses the full-screen layout.
Note that this does not affect NYC because Hammerhead is not supported,
but will be necessary for unbundled dialer.
Bug: 27173087
Change-Id: I6250de91b6e0c5c197d599422ae7a74c27ed9628
|
|
nyc-dev
|
|
When user pressed back key InCallActviity will be destroyed and
corresponding listeners in VideoCallPresenter will be removed.
Due to this we are unable to process the upgrade request.
Moving handling of upgrade Video Call request handling from
VideoCallPresenter to InCallPresenter as InCallPresenter will be
available even InCallActivity is destroyed.
Bug: 27130345
Change-Id: Idbd3348cea9d712c8391319d091642d1fd60964f
|
|
am: 37e4cae9bd
* commit '37e4cae9bdf0d72724d2957bd5eac0a517774ba5':
Display video call fragment for multi-window mode.
|
|
The manage conference button allows the user to unmerge or hangup one of
the calls in the conference for GMS and IMS devices.
+ Move the original manage_conference_call_button layout file to
layout-h600dp and layout-w600dp-land directories.
+ Fix the button to the bottom of the call card fragment.
+ Split the "manage conference call" text into two pieces and put
"conference call" on one side and "manage" with the icon on the other.
Bug: 26253432
Change-Id: I9853f479d4e45591026fe7a753eca1ef69b00e42
|
|
Resizing for fitting video call fragment in multi-window mode.
Bug: 26253432
Change-Id: Ie1adc15314cff80d7c2f8f27a19a770e3608d280
|
|
am: e52c87274f
am: f47151d1a2
* commit 'f47151d1a203e7f98c127123e35544b5383b59b1':
Make secondary info visible for multi-window InCallUI.
|
|
|
|
Change-Id: I274c4d150eddcf1762594835d2e2f44396df7a7c
Auto-generated-cl: translation import
|
|
am: d557bc2ba8
* commit 'd557bc2ba817a071005e18f006f7e80eacc506c8':
Enabling Dialer to play ringtones
|
|
+ The code to make the Dialer play was disabled behind flags, this
change flips the flags so the Dialer is responsible for playing the
ringtone.
+ The in-code flag will be removed later after a QA pass of the
feature.
- Removed TODO to respect Do Not Disturb, see b/26936902
Bug=18702990
Change-Id: I773c1c614beb61a6763daccd2903d9d341cf4dc0
|
|
info."
|
|
Change-Id: I04600b8bc3348796d4fbd0837dffaa86cef3fdf8
Auto-generated-cl: translation import
|
|
am: c677fc1540
* commit 'c677fc15403996055d2c6fa73e7ff0928bd218b9':
Added ackAllMilestones api to PausableExecutor
|
|
am: 97fbfe5baa
* commit '97fbfe5baaccbd06c19ebde6636ca500278a21f2':
Integrating DialerRingtoneManager and InCallTonePlayer
|
|
+ This API simplifies tests, specifically their tearDown methods.
Rather than needing to call ackMilestone numerous times to clean up
at the end of the test, this method can be called to ensure that the
thread running the production code isn't blocked on the tests.
Change-Id: I60730c52491b315aee571f4ae158f62d34b0dbc2
|
|
This change makes the Call Waiting tone actually play during the
Call Waiting use case.
+ Plugging InCallTonePlayer into the DialerRingtoneManager in the
StatusBarNotifier
+ Test fixes
+ Added tests for when Dialer ringing is disabled
+ Added tests for DialerRingtoneManager#playCallWaitingTone
- Removed unneeded @NeededForTesting annotations from InCallTonePlayer
since they won't be stipped out by proguard.
Change-Id: I49a83d2a7fe6edf5f9ec88db973a5f37e307f23a
|
|
am: 4bf78bc0af
* commit '4bf78bc0af9a7ea4d73b2a0252577dec94bbcbeb':
Renaming DialerRingtoneManager Test file
|
|
am: b12e25acbd
* commit 'b12e25acbd1550c61eaa652f60125b93d4a5da03':
Implementing class to play tones
|
|
am: 4074ba2c11
* commit '4074ba2c112b1f7ab9a04d5a2b96c7cd5fd70a17':
Added factory to create ToneGenerators
|
|
|
|
|
|
|
|
+ Renamed the DialerRingtoneManager, but forgot to rename the test file.
Change-Id: I3de6223e023787657d2573ba3f620fc9bc013181
|
|
+ This class will be used by the DialerRingtoneManager to play the
call waiting tone. It exists to encapsulate the logic to play a tone
in a background thread.
+ The TonePlayer includes some thread safety measures, but is not
meant to be shared between multiple threads
Bug=26936401
Change-Id: I630959177fcd8a4fc8ba7d3153f036746ad8a4cf
|
|
+ This class was needed to abstract out the logic to determine which
stream to play tones though. It is also easily mockable for use.
Change-Id: I382239483871b9aa1ef6fece7e66ea95f3fba4e0
|
|
Secondary info was previously hidden after the layout refactoring to
support resizing in multi-window mode. Make it visible and also keep it
at the bottom of the screen because the vertical screen real estate is
limited.
Bug: 26253432
Change-Id: I8e7f3b462784c7af62ccdb95e637595f7d382edd
|
|
nyc-dev
|
|
am: 4c6d68244b
* commit '4c6d68244beab9c9855594ab88168eb855496ac0':
Added executor framework to sync prod and tests
|
|
+ Use a TestableExecutor in the production code to allow tests to
sync up and block so the state of the system can be tested. In the
tests the executor can wait until the production code hits a
milestone to ensure that the system is in a proper state for testing.
+ The current implementation only attempts to synchronize between one
production thread and one test thread. Extend the TestableExecutor
interface to perform additional synchronization.
Change-Id: Ie6fc64392e402330ab66c6f2cd0ec22200ebbdea
|
|
This CL is a direct copy from ag/864936. The original CL missed the move
from InCallUI to Dialer/InCallUI.
Origianl description:
Multi-window mode reduces the available screen real estate for the
InCallUI. As a result, some changes need to be made so important
information is still shown. When the UI has <100% of its normal screen
real estate:
* Remove large photo
* Shift hangup button down
the way the resource files should be interpreted:
* The base layout/ is the default layout, in this case, it is the
multi-window layout
* layout-h600hdp is the layout used when the screen height is >=600 dp,
which is the layout in 100% screen size (this is a direct copy of the
old layout/ file(s)
* layout-w600dp-land is the layout used when the device is in landscape
mode with a width >=600 dp (this is a direct renaming from *-land/)
Bug:26253432
Change-Id: I3db194a1e5b3334d10ab76806644b1a0769ad777
(cherry picked from commit fc1929393b506e7f7665be49424336ac2b7a02ae)
|
|
Bug: 26084273
Change-Id: Ie166544e5f961a330bf555ebb6edcbcbe89195b3
|
|
|
|
This CL is a direct copy from ag/864936. The original CL missed the move
from InCallUI to Dialer/InCallUI.
Origianl description:
Multi-window mode reduces the available screen real estate for the
InCallUI. As a result, some changes need to be made so important
information is still shown. When the UI has <100% of its normal screen
real estate:
* Remove large photo
* Shift hangup button down
the way the resource files should be interpreted:
* The base layout/ is the default layout, in this case, it is the
multi-window layout
* layout-h600hdp is the layout used when the screen height is >=600 dp,
which is the layout in 100% screen size (this is a direct copy of the
old layout/ file(s)
* layout-w600dp-land is the layout used when the device is in landscape
mode with a width >=600 dp (this is a direct renaming from *-land/)
Bug:26253432
Change-Id: I3db194a1e5b3334d10ab76806644b1a0769ad777
|
|
[cherry-pick from ag/864046]
Photo of directory contact in call log should not require internet access.
It's now cached locally.
BUG=26111304
Change-Id: I9848e6fe9487c09899fd77f21804bcb4537799a8
|
|
[cherry-pick from ag/862143]
Update cache only when the result is returned to InCall UI.
Now both call log and InCallUI take the callerinfo
which are first returned from provider.
When both personal and work profile directory lookup returns
a caller info, InCallUI takes the personal one, while cache
takes the work one. So it might result in the name being inconsistent
between 2 UIs. However, it's extremely rare as it's unlikely
to happen unless 2 corporate accounts under the same domain
are registered in personal and work respectively.
BUG=26819634
Change-Id: I87c4533635c0e2f88a639ca1c23611b2a22f6b07
|
|
[cherry-pick from ag/861979]
Photo of directory contact in call log should not require internet access.
It's now cached locally.
BUG=26111304
Change-Id: I9848e6fe9487c09899fd77f21804bcb4537799a8
|
|
|
|
am: 1124c2fb24
* commit '1124c2fb24777f7b49e1c2311c2d88f6974e80a3':
IMS-VT: Clear progress spinner when primary call changes
|
|
am: 2556c5cfb6
* commit '2556c5cfb626045ef4c94f7a994363ee4642c2b9':
IMS-VT: Clear progress spinner when primary call changes
|
|
This is a cherry-pick of partner CL in mm-wireless-dev.
In use-cases wherein UE receives waiting call or user tries to add call
soon after initiating a modify request, progress spinner is not hidden.
Fix this by clearing the progress spinner when primary call changes.
Change-Id: I3a5b28e36af3c73e797924cdf1b3cb87815296f1
|
|
Update cache only when the result is returned to InCall UI.
Now both call log and InCallUI take the callerinfo
which are first returned from provider.
When both personal and work profile directory lookup returns
a caller info, InCallUI takes the personal one, while cache
takes the work one. So it might result in the name being inconsistent
between 2 UIs. However, it's extremely rare as it's unlikely
to happen unless 2 corporate accounts under the same domain
are registered in personal and work respectively.
BUG=26819634
Change-Id: I87c4533635c0e2f88a639ca1c23611b2a22f6b07
|
|
|
|
Change-Id: Ie358626bd0085d3e29cace8622bfb049f679b2c5
Auto-generated-cl: translation import
|
|
Change-Id: I2e1e2ad095cd620175d0b5583e6b517c90b929a9
Auto-generated-cl: translation import
|