Age | Commit message (Collapse) | Author |
|
|
|
am: ddfb09b5af
* commit 'ddfb09b5af93c9adee0929ee405f3c8fd84282ca':
Fix enterprise contacts APIs naming and docs
Change-Id: Ie51c04cd172aad7e9c02c97116e85271e7966e00
|
|
|
|
There were a few issues with the auto-fullscreen mode code which is present in
video calls.
1. If the Incall UI is backgrounded, the auto-fullscreen mode code would still
trigger and put the user into fullscreen mode when they return to the InCall
UI.
2. If the user is already in a video call and the remote party enables their
camera, the auto fullscreen mode code would trigger and enable fullscreen mode.
Ultimately we only want to go into fullscreen mode if we are entering a video
call from a non-video state.
3. It is possible for the call to cease to be a video call by the time the auto
fullscreen code triggers, meaning that an audio only call would go into
fullscreen mode:
Change-Id: I338a9ba4bb8d171752dcb38c16363bf0ded701af
CL: 120864913
Bug: 28093622
|
|
am: e5634164a0
* commit 'e5634164a0e89568cd79868e6bdcbc5610dc78ea':
Cache call type icons
Change-Id: I861b544cf648fe7b48f827fcfce5807359ddecc9
|
|
|
|
am: 36a1cc6
* commit '36a1cc6c86f8e3658c8b45bfacb8f7ad07221912':
[DO NOT MERGE] Fix NPE caused by misplaced parenthesis.
Change-Id: Ib20f930f8ab801ba1d1d8b965e380329988086eb
|
|
|
|
am: 5a45cf7 -s ours
* commit '5a45cf7098b020dac2f7a8e3140ff52b584203a7':
Import translations. DO NOT MERGE
Change-Id: I5701d8e57d6683ed99568e3614e9676a16854c32
|
|
|
|
|
|
am: 603821e -s ours
* commit '603821e4b97fd916ff4bcc994ca2031969dcae65':
Import translations. DO NOT MERGE
Change-Id: I9be4b969e87b554dfe65ff5b7c11b2bef00dd204
|
|
Change-Id: Ib23c1d327985bce6692993f54fef2fdcd7cd0f86
Auto-generated-cl: translation import
|
|
Change-Id: Icc2246a75745a34e161f20d54eb3debc9d129ab9
Auto-generated-cl: translation import
|
|
Change-Id: I77d76a73b6efcfe8cd4bcafa383371976269172e
Auto-generated-cl: translation import
|
|
Change-Id: I821e5e82e9b39b1ed05dde8c7d38e9c89525e5ff
Auto-generated-cl: translation import
|
|
Bug: 28295752
Change-Id: Ifb81912db0df7ab2b7c01868d7d2daae836eeefb
|
|
am: 71f6781
* commit '71f6781457dc388aca7f8443f6cad511fa8fc8a9':
Call correct number from missing call notification.
Change-Id: I4688844315c8ece6497397da3f6e38f03a686d46
|
|
am: 235d706
* commit '235d706e4aeba527c52c3cb13760791fe6380b37':
Performing auto-migration when there are no blocked nums
Change-Id: If04b439625e50a0f169fafe38600d34bf748efb8
|
|
am: fd95466
* commit 'fd95466779e0a25c5d8de9a71ba1fc6c059ed7b8':
Adding migrate promo to blocked numbers setting ui
Change-Id: I75b112e098ae2695feb89dc5924fc3fb6fff4985
|
|
am: 02bf9ac
* commit '02bf9ac96cc3cc63c1ddd8cad76bdd92b07b1f6b':
Fix crash on accessibility service.
Change-Id: I339401055726ec1510ef99563154db26f6b024ce
|
|
|
|
|
|
|
|
The previous behavior was such that users that had no numbers in the
Dialer block list still had to go through steps to migrate to the
framework blocking solution, even though there was nothing to
migrate. This changes add logic to check if the blocked list is
empty, if that's the cause the user is automatically switched to the
framework blocking solution. This check is performed only once on app
startup.
Fixes: 27704106
Change-Id: I32482003279ef2070c1ebd8b801acf637c48ba8c
(cherry picked from commit ee4e15b40f0d20b5f04f3569efa12c0d26a38645)
|
|
Change-Id: I97c8214e620378dd32f3778040f2f2b3e1cd58f0
Fix: 28068914
(cherry picked from commit 217b96bd8ccc6874d14a1be84d639ee2d9ba1802)
|
|
Looking at the trace attached to b/28142787 it looks like
CallTypeIconsView.Resources is created frequently. In my local testing
with 9 items in my call log, it was created 23 times on load and 3 more
times on scroll.
According to the trace, creating a Resources object can be expensive.
In one frame decodeBitmap was called 3 times and took 1.4 milliseconds.
This CL works around the issue by caching the Resources object. This
should be ok. The only downside of this is:
- the cache won't be updated if the DPI variant changes
- the cache won't be released if we get a memory pressure event
Bug: 28142787
Change-Id: Ibc2ef02f7c92022deabedd70b1af135a10c9df29
(cherry picked from commit 341185547f9d54566055b270f69f1b93f0301c36)
|
|
This Migrate promo is shown so users have a way to migrate to the
framework blocking solution, directly from the settings. Previously,
users would have had to block a number to be presented with the
migration dialog.
UI: http://screen/GS8TdfKrnVv
Button Pressed: http://screen/ovd6NgVmOqq
Change-Id: I9c04b8afdf7c5681e09c02c7a4f6013c94b396d9
Fixes:27703938
(cherry picked from commit 3db9bde34452552973acefad5535a2273e9968fe)
|
|
In onStateChange, this branch of logic should be not be followed if mPrimary
is null.
Bug: 27045730
Change-Id: Ia948313d4886475dd5966b209c19696cb594ed59
(cherry picked from commit 89fa1dbb7e73766647a9de92da1b8164aa71471e)
(cherry picked from commit 6e01a29e201837a6084e156aee7edcd21e46c8bc)
|
|
Change-Id: If35d4744c3ada3a3d0ae6063dd1150e309ee5c59
Fix: 27926006
(cherry picked from commit e61465686d1ee1be8297c1e758c63ca0bff8ef47)
|
|
Change-Id: Ie8bb7c2206be193c851f16e6a262410131f3d5c3
Auto-generated-cl: translation import
|
|
Change-Id: Ic2ff9372b918cb904ec6603380cd9e499500d5f9
Auto-generated-cl: translation import
|
|
|
|
|
|
The VideoCall object is made of two binders -
one for sending requests to telecomm and another one for
receiving notifications from telecom. The initialization of
the latter is delayed since a message is posted on a handler
and initialization is done in the handler. getVideoCall()
of InCallUi's Call class deligates the call to telecom's
getVideoCall() function. Since UI events are asynchronous
request to open the camera is sent, however, if the response
is received before the initialization is complete in the handler
the response will be dropped and camera initialization will fail.
Modify the getVideoCall() function of the InCallUI's call to
return valid VideoCall object only when the object is fully
constructed.
BUG=27810744
Change-Id: Id864892bf8452161f2c6f526edd6e4ecc39bf5cd
|
|
|
|
Call Log now provides the phone number that an incoming call was
received on if that number is different than the SIM subscription
number. This "via number" is appended to the Phone Account of the Call
Log entry in Dialer if it exists.
Screenshots:
- One PhoneAccount: http://screen/HuCSL0U6jU6.png
- Multiple PhoneAccounts: http://screen/pDg8F9zpMei.png
Bug: 25594198
Change-Id: I8c05ea98409e54d20493fbdb20096bf851480719
|
|
The existing VT implementation assumed that video conference calling is
not supported, and hence that the "manage conference" option could not
be shown for a video call. This was based on early requirements, but since
the video conference calling has become a requirement for some carriers.
Removed the video call check in "shouldShowManageConference" and replaced
with a check for fullscreen mode. This ensures that when a video call is
in fullscreen immersive mode, the "manage conference" banner is hidden
along with the call card.
Also added code in "onFullscreenModeChanged" which hides or shows the
manage conference option as the user enters and exists full screen mode.
Bug: 27616422
Change-Id: Ie23ebe2a0aed2e46166468fa3e833072c0e7a34a
|
|
Show Answer UI on receiving upgrade request to enable
the user to respond to the upgrade request.
BUG=27876152
Change-Id: I62fbd32e1c3b40df2136bd88d271484be8af52b6
|
|
|
|
Change-Id: Iccb51eb16d2a93a982063429d67c34709278c929
Auto-generated-cl: translation import
|
|
+ The code which silences the ringtone for incoming calls from
blocked numbers did not check to see if blocking should be disabled
due to a recent incoming call.
+ This CL fixes that issue and rearranges logic to improve logging.
Change-Id: I6034a0ba26db09624d7ca6beb6f52bea9fda558a
Fixes: 26687001
(cherry picked from commit 256281e25aaa4764334f60a4333b607c2a4d5573)
|
|
The bug is dialer queries CP2 for alternative name by lookup key of personal directory
CP2 throws IllegalArgumentException as the lookup key is not found locally
slient IllegalArgumentException since alternative name is not very important to crash dialer.
(It's a fix by reverting some changes in ag/880910)
Bug:27905000
Change-Id: I1d61f52df63d93c9c7da436c7f2da2bdf3cced0c
|
|
Change-Id: I187bdfbd9a7700ec707a6d2e53f2b1145c342aef
Auto-generated-cl: translation import
|
|
Change-Id: Ic38606d967d41c27531c9f4c3707fe967fdee736
Auto-generated-cl: translation import
|
|
+ Small fix for the blocked number dialog to match mocks. See related
bug.
Change-Id: I3082cb46adb780aaa96e7d3ccd5a19688cc1845c
Fixes: 27703247
|
|
+ No message string for unblocking, same as new filtering.
+ String for blocking with new filtering
Fixes:27703247
Change-Id: I4622d9223e03e3c3f207da581ce5b28ee4aa2b42
(cherry picked from commit f0f07d585c95d2bda8a59e9dcffdb687cb21c0fa)
|
|
In ag/874775, mStateText.setText(null) is removed from
VoicemailPlaybackLayout#setClipPosition(). This caused the error in
mStateText not to be cleared after the voicemail is sucessfully loaded.
This CL adds a setSuccess() method to the layout that clears the message,
which will be called from onPrepared() once the voicemail is loaded.
Fixes:27770842
Change-Id: Ic42e40b99d36f817532dec780b63311c1967300c
(cherry picked from commit f35cf6c6311aa253d679f61b8fd43babce4a90c3)
|
|
|
|
|
|
The Dialer is no longer responsible for showing a notification that
call blocking is disabled after the user makes an emergency call.
This CL ensures that the notification isn't shown.
Change-Id: Ib87679a067831b771d99e5b2b205c84101f05fef
Fixes: 27705312
|
|
+ When new filtering is possible, we should hide the import number
settings from the blocked numbers management UI.
Bug:27705124
Change-Id: I59bf958540482fe4d1aa620e4a4bc60fdc479778
|
|
In the framework blocking, both the e164 and non-e164 formats of a
number can be blocked at the same time; these two formats will still
have the same e164 value. Since the original code expected the e164
column to be unique, in this situation the Dialer thought the number
was not blocked, resulting in a crash when attempting to block the
number a second time.
This CL changes the logic so multiple rows with the same e164 value
are expected.
Change-Id: I90995046df74b8ec2198eab1ef56a13f20dc1398
Fixes: 27724726
|
|
+ There's an edge case crash in the Dialer when initiating the
migration workflow. If the user has blocked a number in the framework
prior to migrating the Dialer and then attempts to block that number
again in the Dialer, the migration workflow starts, completes, and
then the app crashes. This is because prior to migrating, the Dialer
doesn't know that the number is blocked in the framework, allowing it
to block the same number twice.
+ Since this case is specific to the situation where an already
blocked number initiates migration, this CL fixes the problem by
checking if the number is blocked in the framework, prior to blocking
it after the migration.
Change-Id: I31c8978afb871f364e63cab5cc6da3e5fd106b29
Fixes: 27720157
|
|
|
|
+ By design, only the primary user has the capability to block
numbers.
+ This CL ensures that secondary users don't see the option to block
numbers in the call log or call details.
Change-Id: I576925510cfbef417c16910218014d9f7b7dd2a0
Fixes: 27366206
|
|
Change-Id: I02de91524b62fa6a07c1eabbcf5c54cbf52100d3
Auto-generated-cl: translation import
|
|
|
|
* Move callback information to lower part to avoid squized primary call
info.
Screenshots
Before:
https://screenshot.googleplex.com/AsMf9ftd8Cg
After:
https://screenshot.googleplex.com/x1KJ6gbRBd3
Bug: 27680065
Change-Id: I69367aad96e7e0aabb07fa7dfcd7efa5e931e04c
|
|
|
|
|
|
+Number is set to empty string if null
+Added 11 tests for getContactInfo method, mainly testing various
combinations of inputs
BUG=27725458
BUG=27724999
Change-Id: Ic64fbdb7490a3c07145310cf02249555bfc963a3
|
|
nyc-dev
|
|
For some accounts the call info lookup results were not being passed
to the ContactInfoCache, causing the Ui to not display emergency calls
correctly.
Bug: 27621628
Change-Id: Ic4b6e43d7033e4a869bac8435f5abba75bd3d504
|
|
|
|
|
|
Return null when constructing a PhoneAccountHandle if the ComponentName
from the database is malformed.
Bug: 26684527
Change-Id: I76a3e61699e0646cdf0b715d7b3908611cdca8ff
|
|
Bug: 27531029
Change-Id: I01119fad6624aa7d97558422474767bb02bc3012
|
|
Authority name clash is preventing GoogleDialer from installing over
AOSP dialer
Authority for FileProvider is put in donottranslate_config.xml because
it need to be shared with ContactsCommon
Bug:27685485
Change-Id: I45a51639a85a00f58385e08221cb100ac66c2069
|
|
|
|
+ This CL ensures that when we're checking if a number is voicemail,
we first check if we have the phone state permission. This is
required to avoid Telecom throwing a SecurityException.
Bug: 27062147
Change-Id: Iee88e01ca8c116e779134dba63d7f8dd6094ac4a
|
|
|
|
Update to use the same setting build-app.gradle
This CL is only for easier project setting in Android Studio, the tests
are not runnable in AS.
Change-Id: I725cfe6da9dcd9fe2c2e2e297b193a8a0da2dc9a
|
|
mCurrentlyExpandedPosition is unreliable when the list is changing, use
mCurrentlyExpandedRowId to determine which item is expanded instead.
Positions stored in CallLogAdaptor are also invalidated when the list
is changing.
Bug:25283769
Change-Id: Iffca8c7d65933cfcdd12f2f3cc85170226db1c4a
|
|
nyc-dev
|
|
Change-Id: I0cd379f40cd179c0f008e55287108ead2e3d236f
Auto-generated-cl: translation import
|
|
Change-Id: Idd1d9c057e9fa6108b03f9f44e236b4a5f4eca3f
|
|
Change-Id: I03eb645e70e7ffb667e1a05c3075d2658cca11cc
|
|
|
|
Bug: 26664600
Change-Id: I27d87006bf153ca57b6acc5b7177aea69e161439
|
|
Sometimes the accountComponentName and accountId field of the new
voicemail will not be populated by the voicemail source, so a
PhoneAccountHandle used to retrieve the voicemail ringtone can not be
created. Previously we fallback to the default notification sound.
In this CL we will attempt to get the voicemail ringtone from the
default phone account before falling back to notification sound.
Bug:21699149
Change-Id: Ia1c09f5aa32c000cca245c669304cacf4f792c01
|
|
Bug: 26664600
Change-Id: I64e9d1fbd825f25e23124d95b2475fdd6e0830f9
|
|
+ Rather than using a runtime flag which has to be set for the build,
this CL changes the GreatWall feature to be enableable at runtime.
Bug: 26664600
Change-Id: Ib0e3229da41a08c67076b7bd171ebbc4b35a4c69
|
|
|
|
+ This CL ensures that while the migration work is in progress, the
MigrateDialogFragment remains visible, with its buttons greyed out.
Bug: 26664600
Change-Id: Ied32d05fac46b700f14aee06d383fd2db2fa7913
|
|
+ After the user has migrated to the framework number blocking
solution, the 'Call blocking' setting needs to take them to the
system ui. The branching logic to determine which UI to open is added
in this CL.
Bug: 26664600
Change-Id: I2574f0665d3f0d3d92230e0210c69d1d10b60228
|
|
|
|
|
|
+ After upgrading to N, users need to be able to migrate their
blocked number list from the Dialer solution to the framework
solution. Prior to migrating, when a user attempts to block a number,
a Dialog is shown prompting them to migrate their numbers. Users
must migrate to continue adding numbers to their block list. Users
that decide not to migrate will still have calls and voicemails
blocked for numbers that are currently on their block list.
+ This CL implements the logic which copies users' blocked numbers
lists to the framework solution.
Bug: 26664600
Change-Id: I44dee1306b5daca6f558c81b2b58252b35013e09
|
|
This CL is for easier project setup in Android Studio. GoogleDialer is
not buildable/testable with gradle yet.
Change-Id: I2fb90129d1effb9d68687d9b9f063f2128728d7b
|
|
nyc-dev
|
|
+Only count voicemails that are unread and have not been marked for
deletion.
BUG=27548694
Change-Id: I8d6707087bd4a400eb073ac4c2c7e2689a065052
|
|
+ When the user attempts to block a number and they haven't migrated
to the framework blocking implementation, they should be shown a
dialog that asks them to migrate. This CL introduces the Dialog that
is shown and updates the Call log and Call details to open it.
+ As part one of the change, the Dialog is shown every time the user
attempts to block or unblock a number (when the feature is enabled).
A later CL will complete this migration step to ensure that the
dialog is only shown until migration is finished.
Bug: 26664600
Change-Id: Ia4c2d504f8d98679b90d232058eb5ee6ea9b38f1
|
|
|
|
|
|
into nyc-dev
|
|
* changes:
Add share voicemail functionality.
Refactor voicemail archive code.
|
|
Change-Id: I7089db207c775a73eec346f1099c7865370dc710
Auto-generated-cl: translation import
|
|
+Send intent to other applications with temporary file permission
granted
+Add voicemails folder to FileProvider paths
+When creating file in VoicemailArchiveProvider, append extension to
file name
+Check voicemail content exists before archiving it
+Refactor voicemail code
+Add tests for checking file extension
+Add tests for archiving and sharing vociemails
+Archive tab should not archive on share button press
BUG=22798485
Change-Id: Id8068aba92f7f1ca58532dca6c405cb2908841a3
|
|
+Created new class for all AsyncTasks and listener interfaces.
+Separated the archive code into separate methods
+Added 7 tests
BUG=22797391
Change-Id: I789125328bf079846e34c5fd57fd0d1c67dc6266
|