Age | Commit message (Collapse) | Author |
|
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
|
|
+ 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
|
|
+ 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
|
|
+ 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
|
|
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
|
|
If the number string is unknown or can't be called, the call details
screen should not show the "copy number" and "block number" options.
Bug: 26445855
Change-Id: I219d99709de75e641e3603c52209fe362a20e6ba
|
|
Restores code deleted in ag/643285 because the code was used on pre-M.
Bug:25629359
Change-Id: Ief60d301fd8d3c018ce03388c56264a2db727224
|
|
am: d81cc6c64f
* commit 'd81cc6c64f3213f571c1f1e7a5c7e59b71491fb0':
Adding Logging to call blocking interactions
|
|
+ Added Clearcut logging when users block, unblock, undo,
or import blocked numbers. Location of blocking is noted, e.g. CallLog,
CallDetails, ManagementScreen
+ Added class with Constants matching proto definition
Bug: 25288435
Change-Id: I7fbef52d0e31b49c31dadbc0b4d775969d97420a
|
|
messages." into ub-contactsdialer-a-dev
am: 07c23f071a
* commit '07c23f071adc133571613766174812bd21b25a79':
Remove VVM status update for BlockNumberDialogFragment dialog messages.
|
|
messages." into ub-contactsdialer-a-dev
|
|
Simplify code as this should be needed very rarely, since all activities that
call BlockNumberDialogFragment already need to update the status themselves.
+ Removed param context in BlockNumberDialogFragment.show()
Change-Id: I21f51292208fe59d8dec02d306782df1822b8834
|
|
Append dialed post-dial digits(if any exist) to the displayed number
and changes the intent sent by the redial button to include the
post-dial digits.
Bug: 24955678
Change-Id: I0ec2cb2d5504f7fd715132eba7d969ff284e23d1
|
|
Use the RTL-adjusted method when assigning the compound
drawable to the TextView.
Bug: 25513994
Change-Id: I85103fa92fce6798ba049c6393ca692700099efa
|
|
+ Adjusted UI/String according to new specifications.
+ Added class VisualVoicemailEnabledChecker
+ Block number dialog display different message depending
on whether VVM is activated.
Bug:25455707
Change-Id: I09425053c91a5517e309302d421beadcc2d81cd4
|
|
+ Renamed CallDetailActivity.updatePhotoAndBlockActionItem() to
updateFilteredNumberChanges() since it no longer updates the photo.
Bug:25446254
Change-Id: I7f20c38927c7ec9dd247550538f3fd79abba240e
|
|
+ Clearer name about functionality, and async nature.
+ Change it to return "false" if it fails and is trying to block an
invalid number, rather than returning "true". This matches a more
standard success/fail return paradigm.
+ Update logic for showing "invalid" message based on return value.
+ Simplify parameter set which it takes in; always take nubmer and
countryIso, because they can be used to calculate the normalized #.
Bug: 25343277
Change-Id: If6fb28a6395e207047f4b27bfac37f5c70a9bac3
|
|
Some of the checking for invalid numbers was broken by code
cleanups yesterday, and blocking of numbers which can't be normalized
had been allowed (which is no good). Fixing this, by unifying checks
for whether or not a number can be blocked.
Bug: 25343277
Change-Id: Ia631a3e53e3f9ed58e173055a5e18086d95c9d02
|
|
Reconstruct the normalized phone number from other params.
Bug: 25343277
Change-Id: Ibb526b0808e0b50a4e946d91279e5570af44c3ca
|
|
It bugged me how it was inconsistently named to other classes
(ie. FilterNumber vs FilteredNumber).
It's also specific to blocked numbers, for now, so it felt more
appropriate to name it accordingly.
Bug: 25343277
Change-Id: I33e2f9fd933d117326690901ec71e3e8c0e3bbd3
|
|
Straight revert of all onboarding flow related CLs -
the onboarding flow is not needed for now as the Dialer
will always at least be the system dialer.
Bug: 25020847
Change-Id: Ic1c5020b9b423de50801485f764209b21d5d7f33
|
|
- Updated the CallDetailActivity to choose whether to show last name first
or first name first based on user preferences.
- Modified callLog code to behave in a similar fashion
- Fixed bug in ContactInfoHelperTests
- Rename PhoneCallDetails.name -> PhoneCallDetails.namePrimary
Bug: 19364093
Change-Id: I50971ad0f26f6ede49f1c82965d1b00ce0cba4d3
|
|
Bug: 25095683
Change-Id: I244ec8312ad24081fd36967e063ddccd53b0253c
|
|
Bug: 24680730
Bug: 24303461
Change-Id: Ibd7d431355ca97eb2ae7f29537809987a8d5f96d
|
|
+ Show blocked drawable in CallDetailActivity. Rearrange logic in
the activity to facilitate updating the contact photo and block
item action in accordance to blocked state.
+ Fix bug in FilterNumberDialogFragment where callback was not
always invoked because of final/scope issues where it was possible
for the callback to be unintentionally null and not invoked.
+ Clear blocked id cache when pausing the call log adapter, so that
after changing the blocked state in the call detail activity the
changes will be reflected in the call log.
Bug: 24871853
Change-Id: I1d58b1e0c222ead90fa7b6c30a95bc3254a14776
|
|
+ Correctly dismiss filtered number dialog on rotate.
+ Polish listener interface, and extend across all block/unblock
and undo scenarios.
+ Update UI across all blocking scenarios (call log, call detail,
settings, blocked number list, blocked number search);
+ Conslidate creation of FilterNumberDialogFragment in a single
static method.
The listener interface is not ideal, because it does not maintain
state well across rotation and multiple instances. This option was
selected, however, because of the number of scenarios in which
the dialog is invoked and various circumstances (in a RecyclerView
list item, in a fragment, in an activity). This range of scenarios
makes it convoluted to implement a uniform mechanism in any other
way, so the approach opted for is to set a listener, and dismiss
the dialog on rotation..
Bug: 24638328
Bug: 24109819
Bug: 24871853
Change-Id: I2332edda2cae0341af3e80b13aa96af6068f75ac
|
|
- Remove LinearLayouts and use drawableLeft instead.
+ Up block asset from 18dp to 24dp.
Bug: 24109819
Change-Id: I941520f1b90e6f819c7f94269e395d26c56f5734
|
|
Some of these are moved down from the overflow. Others are added
from the list of those shown after a call log list item long press.
This hooks up the block/unblock functionality, although there is
still polish (eg. icons) and cleanup (some noted as TODOs), to
complete still.
Bug: 24109819
Change-Id: I129f5b09ac1c5edb66ab5bd91a46b18961240fb5
|
|
ub-contactsdialer-a-dev
|
|
this allows us to scroll the header with the rest of the screen,
instead of having it pinned to the top, as it is currently.
Bug: 24109819
Change-Id: Ic440bc18d31d196493a86130e06d954c453c9146
|
|
Launch OnboardingActivity for exported activities
(DialtactsActivity, CallDetailsActivity) to ensure that
a) We prompt the user to make us the default dialer at least once
b) The user has granted us both the Phone and Contacts permissions
Bug: 24270592
Change-Id: I232314e42f5331a72c1a84be917d9d74c5813976
|
|
Incremental CL in changing actions/layout of CallDetailActivity to
move actions such as Block/Edit/Copy out of the overflow menu.
+ Make header at top of Call Detail Activity smaller.
+ Move delete options into actionbar button.
- Delete call list header in CallDetailActivity.
Bug: 24109819
Change-Id: If75f016e14de9e2c5ac8629c4bfa38e2380ce48b
|
|
This reverts commit 11a7350843ec13c7ca4d27523e9ba146911d2767.
Change-Id: Idf62da51c934ee598c1bbc1b5052e6cea2929feb
|
|
Incremental CL in changing actions/layout of CallDetailActivity to
move actions such as Block/Edit/Copy out of the overflow menu.
+ Make header at top of Call Detail Activity smaller.
+ Move delete options into actionbar button.
- Delete call list header in CallDetailActivity.
Bug: 24109819
Change-Id: I1a5fedc54d1bb725597a07f4cfd8d7f6e8627a32
|
|
Change-Id: Ib506072a22e9ac84ff866c0afee3fb22c8def640
|
|
Speed dial (PhoneNumberPickerInteraction, SpeedDialFragment)
Regular search (RegularSearchFragment)
Remote Directory (RegularSearchFragment)
Call Log (CallLogAdapter)
Smart Dial Search (SmartDialSearchFragment)
Dialpad (DialpadFragment)
Bug: 23164804
Change-Id: I7cc881ac655fca6d4f365b5de36a4087c4f17700
|
|
Use the builder pattern to create a Call intent to replace the
numerous variants of getCallIntent. This will facilitate the
addition of future extras to the created call intent.
Bug: 23164804
Change-Id: Ibab8473274de8e423f621ae6fbb9685eeb2a7cab
|
|
In order to add an "Undo" snackbar for voicemail, dialer activities need
to inherit from the AppCompat library. Add the relevant libraries to the
make files and change the styles to be compatible.
Bug: 22460745
Change-Id: Ia3cc4002cbd943da818fec67f888d085d53a3b25
|
|
- Adding call with a note action to the call log. Capability lookup is
cached.
- Moved getLookupKeyFromUri to ContactsCommon.
- Added some extra required values in CallLogListItemViewHolder so that
the call subject dialog is able to build the correct contact photo.
Bug: 22685114
Change-Id: I6665c55137eef7db3ff7ac12d70d823937e8c28b
|
|
For maximum safety, always check the current permission status
on the fly.
Bug: 22455059
Change-Id: I05da7ec1ad2e885e3e5e78e14585c876ac19178e
|
|
First pass at making Dialer display the call log, favorites,
all contacts, and contact search after permissions are granted
withut having to restart the app.
Update cached permission status in onResume for Dialer activities
Update SpeedDialFragment to correctly initialize loader in
onResume if it was null previously because of revoked permission.
Bug: 22205650
Change-Id: I68982e69395bc9c7da84ff3221cd12b8f79005f9
|
|
This improves call log scrolling performance.
+ Split "Wrapper" into a utility and a cache.
+ Use cache for repeated calls related to call logs.
+ In the process of fixing plumbing and typer, moved some phone call
detail classes into the more appropriate call log package.
+ Update tests.
Bug: 20524705
Change-Id: Ib8ee21e417c19f98f6474a5793416e8f99103b55
|
|
- Delete old report button/handling code.
+ Convert menu click listeners into single onMenuItemClick method.
+ Add and populate objectId on PhoneCallDetails, to be able to
tell from the CallDetailActivity whether to enable reporting.
Change-Id: Ie4b9a3c1835792cbba04dc826f71fd2e53071400
|
|
Bug: 21471763
Change-Id: Ie28dc2715a173179ed753a7e38bd252c01e78f46
|
|
+ Add call back button in call details.
+ Increase touch target size of call back button.
+ Simplify tint styling and layouts.
- Delete asset which was duplicate of one in ContactsCommon.
Bug: 18331084
Bug: 21659613
Change-Id: Icbd5f66a294f1215dc2056e7f7aece2129af5630
|
|
- Delete voicemail playback in the CallDetailActivity.
+ Add voicemail playback to the call log list items.
+ Move the VoicemailPlaybackPresenter to the CallLogFragment.
+ Fix some retaining state for both call log (expanded items), and
preserve rotation/state functionality for voicemail playback. This
included some changes to the Presenter logic.
+ Fix some tests.
Bug: 21471763
Bug: 21170557
Change-Id: I30aae3a52c5bbf74a5075a9666343c337b1fc0df
|
|
Don't pause playback or release the media player during onPause or
onDestroy.
Bug: 21235334
Change-Id: I0eccd4e38e89c3416817d80aa25cc3bb529a9d6b
|
|
+ Substitutes the existing playback widget in CallDetailActivity,
although the plan is to move this to the call log shortly.
+ Convert the widget from a fragment into a layout. This allows us
to more easily create multiple instances of the voicemail widget in
the same view, as we intend to do in the call log.
+ Shift UI-related logic from Presenter to the Layout.
+ Fix janky seeking, so that it now works correctly consistently
rather than sporadically, and doesn't need to buffer again.
- Remove the VariableSpeed player formerly used in the Presenter. We
don't use this functionality anymore, and this allows us to directly
used the framework MediaPlayer (instead of a custom legacy proxy).
Bug: 21170557
Bug: 20693172
Change-Id: Ia34f459df10e43763b32fdb0954f83e882664231
|
|
Bug: 21328994
Change-Id: Id6cd45c5614fafcc6f01842a8ec1eaba45dc0928
|
|
+ Factors out async tasks from Call Detail activity, so that in the
near future it can be invoked from the call log directly.
+ Create listener interfaces for actions to execute after tasks have
been completed.
+ Should have no logical/behavioral changes.
Hopefully, this creates a more opaque interface for activities or
other classes to perform these actions as well.
Bug: 21170557
Change-Id: I43aea7e37600d3978e285f047cba7ce75ebb5787
|
|
- Remove call to CallUtil to check if video is enabled. It seems
like it's fine to include the content description of what the
call was, if it was a video call, even if there is not a
video-enabled call account.
- Factor out PhoneNumberDisplayHelper so it doesn't need to be
an instance. This reduces some extra calls to getDisplayNameHelper.
Probably a marginal difference, performance-wise, but it probably
helps a smidgen and also simplifies the need for creating and
passing or recalculating various instances of things.
TODO: It'd be much better if PhoneCallDetails had a builder.
It's terribly painful to fix all the tests when adding fields...
Change-Id: I6da13dc8b6b047043aba871796a8ed13b112a227
|
|
It will continue to be shown in the call log, but will be removed
from details since the widget will be moved.
Bug: 21170557
Change-Id: I1ec3b090adc0736f7b134d0f67282ba7b4f9483b
|
|
- I don't know of any affordances in call detail to make a call,
so the onKeyDown code seems to be superfluous.
- No references to ViewEntry or forceLeftToRight.
Bug: 20433758
Change-Id: Idbf6ffb81d3697b27cb51eda346b46eb5d083878
|
|
This isn't used in any particular case right now.
Remove some unused layouts too.
Bug: 21170557
Change-Id: Ie21264d7059e73c905b2807b993b95c91a0dd3ec
|
|
|
|
In preparation for moving it from the CallDetailActivity into
the call log. Seems to make sense to consolidate this within the
fragment in any case.
Bug: 20433758
Change-Id: I1aa0cd9a766fac3e1eb9285d31df5ed90523b8ad
|
|
+ Rename CallIntentUtils.java to IntentUtil.java.
+ Consolidate various intent creation methods to new file, and update
referenes throughout the application.
Bug: 20433758
Change-Id: Iee9e37985217c38c816124d0e74dff40a2871680
|
|
Don't crash when performing certain operations that the
dialer might not have permissions to execute:
* Access voicemail provider
* Certain TelecomManager methods
Add a class TelecomUtil that checks for permissions/default
dialer status, and handles the privileged operations
appropriately.
Bug: 20266292
Change-Id: Ibe8a85440b9ca20169b5ce3be24d1a385caaebb6
|
|
Currently when voicemails are marked as read, they are not also marked
as old ("new" set to 0). This means that when the phone is restarted,
the voicemails come back in the notifications bar even if they have been
read.
Also ensure the voicemail notification is dismissed when the
"play" button is pressed. Currently the voicemail is marked as old, but
the notifications are not immediately updated so there's no instant
feedback.
I split the markNewVoicemailsAsOld method from CallLogQueryHandler out
into a separate handler (VoicemailQueryHandler) because the
markNewVoicemailsAsOld method did not share any notable logic with
CallLogQueryHandler and would otherwise require creating two extra
constructors.
Bug: 20117483
Change-Id: I0f475e1a1489f1b45c8654f5ca882ccd857466e8
|
|
Bug: 20348183
Change-Id: If1b193f933b4a7b2b322784b0cbbc66c210b25df
|
|
Because the call detail activity is being used for playing voicemails,
this happens when playing voicemails but not looking at more details for
a non-voicemail call because the "details" option is not available for
non-voicemail entries. If the voicemail comes from an unknown number,
the activity attempts to get the number and convert it to a string for
use in intents within the call details activity, but since the number
does not exist, the app crashes instead.
Bug: 19627341
Change-Id: I5302527c1c51c620a66ead85984b2e2399839086
|
|
|
|
This allows us to fully blank out the screen instead of faking
a black screen leaving the nav bar and notification bar active.
Bug: 11734938
Change-Id: I716642fa7f85776d1701d3b95736065dec4d2eac
|
|
Whenever using QuickContacts in Dialer, make sure to
prioritize the phone mimetype.
Bug: 18391003
Change-Id: Ie5a93ad9e1919f470a638d4235d91fe337cb5ca3
|
|
CallUtil relies on the a priviliged intent that should only
be used by system apps. Therefore, it shouldn't be used by an
unbundled Contacts app.
I'm leaving one (isVideoEnabled) method from CallUtil inside
ContactsCommon. This way, when the changes that Tyler made
inside m-wireless-telephony-shamu-dev (b/19062133) get
merged back into master both ContactsCommon and Dialer
will be updated.
Bug: 18777272
Change-Id: I49c9cc714ded01d523ed770a5bf62cf92c378e2f
|
|
Remove dependencies on old analytics code.
Initialize analytics inside DialerApplication.
Improving analytics CL #4/4
Bug: 18039620
Change-Id: I52f68e50297db2aae61d67d9bdbe66cb1d75aafc
|
|
Also renamed dialerbind package
Analytics CL #2/5
Bug: 18039620
Change-Id: I45722015978038cdccb6a848c28e4b6c90d5aa4f
|
|
Call the "isVoicemailNumber(subId, number)" method instead
of the one with just the number. This is because we need to check
whether a number is the voicemail number for a specific phone account,
otherwise the UI would never correctly display "voicemail" for the
non-default SIM.
Bug:17925501
Change-Id: If1d6cb1acfcb570aca5e639858af8804bac202c0
|
|
+ Force LTR if textviews show numbers.
+ Change history header with to match_parent so it aligns tor the
right properly. Before, it was on the left, even in RTL languages.
Bug: 17776561
Change-Id: I53907496fe4e7a12f8962d4bc7295ed7a294c6e5
|
|
- 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: I44d6d6546cac53232e4e2be0ebe0391d02411309
|
|
Use PhoneAccount defined values for SCHEME_{TEL, SIP, VOICEMAIL}.
Bug:17398074
Change-Id: I77dfa539646b9c5ae5dca220bbc906048a17b383
|
|
Add the voicemail-related views into the ListView's header view
so that it can scroll.
Also refactored some layouts so that we only inflate the voicemail
views if hasVoicemail() is true
Bug: 16518757
Change-Id: I17fb303efa96c28c6b97e5cfbf5d8b1ef6a0159c
|
|
Dialer's Activities now implement AnalyticsActivity.
All Activities now have access to sendHitEvent, which is a no op in
AOSP Dialer.
Change-Id: I318f08bfaf98cb88f9dbf6e4f28994b215bafa77
|
|
We will be adding the account label field to call details if there is
more than one account to disambiguate. Otherwise this field will be
hidden.
Bug: 16488229
Change-Id: Idb03d09d63372655504a5f9178e6f2e408aefb88
|
|
* Display voicemail transcriptions in the call log and call details
activity in the Dialer
* Fix a bug in CallDetailActivity that would result in multiple instances of VoicemailPlaybackFragment being added on rotation. Now, reuse the same fragment
if it is already present in the FragmentManager, to avoid creating new ones
* Simplify some test and ctor logic in PhoneCallDetails to reduce the pain
of adding new fields into PhoneCallDetails
* Simplified playback_layout.xml to remove unnecessary parent LinearLayouts
Bug: 16320164
Change-Id: Ie68acc9058aace49d8e64f44a0128de0b6a3f842
|
|
Originally the call log was not hooked up with the PhoneAccount API,
this change hooks that part up.
Bug: 15473965
Change-Id: I96bdde927473abcdf7493573be29bf4979cf2696
|
|
Bug: 16013684
Bug: 16015261
Change-Id: Ie75443d641c1e09a5772bb618aba55de8583716b
|
|
The names of two constants missed getting updated in a previous CL,
causing a build breakage.
Change-Id: I91a9cb8c24b6487e0d6e38d42ab20cc673c81a32
|
|
Change-Id: I866e9d4f629a2b23acb3d3d3f2baeb0a674522f7
|
|
Display an icon in the call details showing which connection provider
(subscription) is responsible for the call.
Bug: 15473965
Change-Id: I0c6755864083799b8bafe20c3692b0d943beeee3
|
|
- Contact photo is now quick-contact which invokes quick-contact view.
- Removed send MS and call affordances, along with scrolling effect.
- Added missing accessibility strings to voicemail controls.
Bug: 15328410
Change-Id: I6d78d582af8c3a5cea8e051911cf3be763df2a36
|
|
Detect when the ids array (EXTRA_CALL_LOG_IDS) is not present.
Bug:15308670
Change-Id: Ibd0d025f1d160942fa5a61e210f5057d7f31b54d
|
|
Bug: 13747208
Change-Id: I39932fc22ab13317430c13034c4c4c2725662999
|
|
Instead of crashing when an ActivityNotFoundException is thrown,
display an error toast.
Bug: 13882939
Change-Id: I5cda14ba8a404ff0f5196fdbc382201c47f4b4c8
|
|
*Modify the following uses of ContactPhotoManager.loadPhoto in the following
classes to include a DefaultImageRequest, populated with the contact's
display name, lookupkey, and contact type as necessary
CallDetailActivity
CallLogAdapter
PhoneFavoriteTileView
*Add utility methods to ContactInfoHelper, to parse a lookupUri for a lookup
key, as well as determine whether or not a contact is a business contact,
from its sourceType field.
*Add a sourceType field to PhoneCallDetails which can be used to track
whether or not PhoneCallDetails belongs to a business contact
*Add a lookupKey field to ContactInfo
Bug: 13101785
Change-Id: If339a9c038f92a0212f8f8b45b5e3cc5f6442562
|
|
Bug: 12015287
Change-Id: I23b167e22d0da7f9be98b49e120b5b8ac1700e9a
|
|
These methods in PhoneNumberUtils are pretty specific, so don't make them
public APIs. Instead, use the methods already in PhoneNumberhelper.
Bug: 6948882
Change-Id: I487593543eba526c64588d9a3e70b19b4ed941ab
|
|
Rename PhoneNumberHelper to more appropriate PhoneNumberDisplayHelper
Change-Id: I2c03f5cbb04c1e03f1fc1e0051a1cea641160dca
|
|
getLoaderManager.initLoader() performs the onLoadFinish callback
immediately if CallDetailActivity is being resumed from a previously
paused state. This causes bindContactPhotoAction to be called
with a null intent later on causing the add contact button to be no
longer clickable.
To fix this, if we know that we will receive a loader call back
that correctly binds the intent later on (or immediately), we should
skip the initial bind.
Bug: 11588776
Change-Id: I9407a88ec8bbde303109eb14496e01cf6c347c8f
|
|
Use a ContactLoader to load the contact data stored in the json-encoded
URI asynchronously, and prepopulate the add contact intent with the
contact data when the contact data is loaded.
This fixes the problem of contact details (i.e. name, photo, address)
not being pre-populated when adding a contact via a call log entry that
was created by calling a contact from nearby places search.
Bug: 11294679
Change-Id: I39a0d8ae40e80b350687a43be8ece6b32c88062a
|
|
Implemented according to developer docs:
http://developer.android.com/training/implementing-navigation/ancestral.html
Bug: 11116403
Change-Id: I02dd4900fbda921ddeaaa2a1ac8fa780152dc6ec
|
|
Bug: 10860826
Change-Id: I62088ef0dedfbdad12ea33963bc66fe5feae0f98
|
|
Change-Id: I82b7fa50601f6dad60038fd1b9c5f0aad2f374f5
|
|
To determine whether to show discovery for caller id.
Bug: 10723396
Change-Id: I924e9a8c05dced4f1ea239c0db71c131bb662da7
|
|
|
|
Bug: 10600250
Change-Id: I38dc59d3c6637593353601f03dbc067c36abdde7
|
|
Bug: 10546413
Change-Id: Iec92ca9cb0adaeaac475a9a9ef613fd516d9ddc6
|
|
* Swapped out new assets
* Changed background colors as necessary
* Add padding view at bottom of seek container
* Changed color of drawables
* Removed unused assets
Change-Id: I654ba417e03b2a32039504ae2de51fd75c5bec20
|
|
Switch to using new number presentation column in the CallLog table and
discontinue using special phone number strings in CallerInfo. Needed for
unbundling.
Bug:6948882
Change-Id: Ibf27ea55cee783c4530101e4e228198e245e6684
|
|
Bug: 6993891
Change-Id: I3ef54efc0ff92367ea4f9b68c1629a99d90ff22c
|