Age | Commit message (Collapse) | Author |
|
+ 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 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
|
|
This reverts commit 16be8a259c6d4c0484160d900f411b436ba10ef5.
Change-Id: Iaf0ea70a40198c483f33894cfc0b75a4cd916afb
(cherry picked from commit 0fba743c4eb9ff0832e03156c6a09fa7a15a8a40)
|
|
Bug: 26469731
Change-Id: Idff6aabfaa07b31160ddad87a2f51ac87ed20345
|
|
+ Add methods to TelecomManagerCompat
- Move TelecomManagerCompat to ContactsCommon because it is called
within ContactsCommon
- Move TestTelecomCallLogCache to the right package so tests pass
Bug: 25776171
Change-Id: I1963959292d8038ab505488d831afd06e6fef6d0
|
|
UserManager.isSystemUser() is not available pre-M, so we need to copy
over the logic.
Bug: 25776171
Change-Id: I8e7c8e7215a8b55009283ecb137cc54443e61ab8
|
|
ub-contactsdialer-b-dev
|
|
Given that we allow every users to have their own phone accounts, it
doesn't make sense we only allow primary user to configure its default
outgoing account.
This change allows other user to configure default outgoing account as
well.
Bug: 25941865
Change-Id: Iad7c93366c77dfafc06ae8a7bb4fed3cb7eb1c79
|
|
These settings were removed from the Settings screens
since TelecomManager won't respond to the corresponding intents that
would be fired off.
Bug: 25776171
Change-Id: I425832245744239d636f227178479fbb5aa49092
|
|
SettingsCompat.System.canWrite returns true for versions older than M
because prior to M, permissions had to be granted prior to installing
the app. It's only in M and above that we check for permissions at
runtime.
Bug:25776171
Change-Id: Iee2250248223e7237f8eaa506b277e301e289cc0
|
|
getContext() did not exist prior to API level 23, so override
getContext() to return the activity in dialer code.
Bug: 25776171
Change-Id: I817a1ba2ef29c032065b1e7eee6c033b050fb61d
|
|
Manage is more related to a specific screen, new name seems to
make more sense based on location in settings menu of application.
Bug: 25343277
Change-Id: Ia45c1b7aa91c045078fd1473500f5d474e1c598f
|
|
Mocks indicate that after adding, the user should be returned to
the management UI and the snackbar should be shown there. This is
kind of pain to do across fragments in different activities. To
help address this, make one Activity the parent of both the blocked
number manage and add/search UI. This also makes sense in terms of
logical organization.
Bug: 24134038
Change-Id: I682342a73c964a5d4eb90469f10d6584b85400f1
|
|
Remove custom visibility tracking.
Bug:24294419
Change-Id: I2ef53549e7d8c07e92319bc57c4aebd05edb8ea6
|
|
Check to make sure the activity is still visible before doing anything.
Bug:24373052
Change-Id: I35a05227f02c117b29b5a29af9dfc54c00ba3616
|
|
Change-Id: I1f90c31c022cb0c86d2c3e32e825744d13c5ba3c
|
|
Currently uses a simple dialog for adding numbers.
Search function to be added in separate CL.
Bug: 23350280
Change-Id: Ib25b9e0d72e95853af88c446b2143341f6d077cb
|
|
|
|
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
|
|
Bug: 23187565
Change-Id: I3a511e41ce9cb1e1c67dd2638e1f601e8ccebb9f
|
|
Use Settings.System.canWrite instead of direct check of AppOp
using AppOpsManager
Bug: 22987149
Change-Id: I2484d531cce988af6e054d4c900efa277f7e622f
|
|
Guard the following entry points with checks against the AppOp
1) Launch of SoundSettingsFragment
Fallback: Send to system sound settings instead
2) onResume of SoundSettingsFragment (this can happen if the AppOp
is toggled by the user in the background)
Fallback: Return to main Dialer settings instead
3) Toggling of various perferences (this can happen in monkey tests)
Fallback: Show toast, ignore settings chance
Bug: 22660372
Change-Id: Ief5d74166d35a9718ea664f378f6930e777f2923
|
|
Had an error in the preference setting string name.
BUG: 22452758
Change-Id: Ia9b55cb0a41382e4307cff6f5a8b97d9de2ac883
|
|
Uses carrier config instead of settings to show/hide dialer settings.
Bug: b/21355336
Change-Id: I2a19b82855cd5e48d1047edcf78d46718d68b3c9
|
|
Bug: 19870705
Change-Id: I7d13ab65da9d69819d39b3871297d274140b2a23
|
|
Bug: 20348316
Change-Id: I066e6b93c63e09850ef2234dd5c724e44594aaf8
|
|
If TTY mode is not supported and the device is not configured to
support hearing aid compatibility, do not show the accessibility
settings header.
Bug: 19372734
Change-Id: Id10c49cfa99cbe1f22bb69dcd5a1245e54e18ec4
|
|
|
|
Bug: 19372734
Change-Id: I59742a36333b1923459b89c4f11f741feb4d3e78
|
|
Followup CL will prevent this from showing if TTY Mode and HAC are
not supported.
Bug: 19372734
Change-Id: I8f1e93efab6447d2099d5eb6e734704d6632e299
|
|
+ No functional change, but cleaner / more robust code.
+ Converted preference keys into shared string constants.
+ Reorganized code in SoundSettingsFragment into clearer helpers.
+ Defined constants for "magic" values used for sound preferences.
Bug: 19372734
Change-Id: Ic0eb44d72548909ae6c520b18e0f4e2a2d013ac6
|
|
|
|
Rather than create a new fragment for "Sounds and vibration", reuse
the existing general settings fragment.
The other settings which used to reside general settings have been
moved into their own top-level settings fragments.
+ Rename layout file and fragment.
+ Tweak string names.
- Delete category heading; no longer necessary.
Bug: 19372734
Change-Id: I5690df7ecbd49da5d5af94889e6b68e053ce25ba
|
|
I figured this would be a better naming pattern for the settings.
Bug: 19372734
Change-Id: I658b6e364bcdc6b41af2c41a98ecd84f5e64cadf
|
|
|
|
- Remove display options from the general settings fragment.
+ Move display options into their own fragment, and add header in
the top-level Dialer settingss which points to them.
Bug: 19372734
Change-Id: I3452177ba5c31fd9e86dafbcf22eebd56c2bb091
|
|
This custom adapter was legacy from our implementation of Material
design, but we should use the system default styling now.
Bug: 19529041
Change-Id: Ie30e283bdc00895746c429a337cad19a95ac6b0f
|
|
+ Add "Quick responses" header to DialerSettingsActivity.
- Delete code in GeneralSettingsFragment related to quick responses.
- Delete the RespondViaSms PreferenceScreen from the general settings
layout.
- Remove unused "other" label string.
Bug: 19372734
Change-Id: I5067da19b1eab5aa370e687556b368c7bd010e2c
|
|
Move getVibrateWhenRingingSetting() to the only place it is
used, inside Dialer. This way we don't need to unhide the
Settings.VIBRATE_WHEN_RINGING.
Bug: 18777272
Change-Id: I18d1d6e19b0efa1f56985e63d917c398c957f5ab
|
|
Instead of passing in the preference.
Bug: 18232725
Change-Id: Ic0eec7cd62f1d9106da4de6d9aa29aeeead9cc0e
|
|
Per settings design guildelines, we should not be using the second line
to describe the contents of a setting with subscreen navigation (this
second line is now used for just status). Remove these second lines from
the dialer settings UI.
Bug: 17446974
Change-Id: Idbeace64c088805a19a77b1438dd66a618387848
|
|
|
|
Remove dependencies on old analytics code.
Initialize analytics inside DialerApplication.
Improving analytics CL #4/4
Bug: 18039620
Change-Id: I52f68e50297db2aae61d67d9bdbe66cb1d75aafc
|
|
- Remove helper method in DialtactsActivity.
+ Create intent in DialerSettingsActivity.
This is the only place the method is called; it seems that this code
to create the intent should live in DialerSettingsActivity instead
of DialtactsActivity.
Bug: 18114923
Change-Id: I129b716c2a247994647c123f1cbd945b7ef36778
|
|
Bug: 18114923
Change-Id: I93559004bb4fe31b24685155a57424e24770c115
|
|
Also renamed dialerbind package
Analytics CL #2/5
Bug: 18039620
Change-Id: I45722015978038cdccb6a848c28e4b6c90d5aa4f
|
|
2. Adjusted the padding around the base call settings preference page to
match the settings on the sub preferences
Bug: 17529308
Change-Id: Iba1c6cfb4057cf56e8250abea25602aa2ce4eac8
|
|
+ Add new fragment/preference screen xml for general settings.
+ Some settings are moved from Telephony's call settings. Logic in
the general settings fragment is mostl taken from the
CallFeaturesSetting PreferenceActivity..
+ Some settings are contact display options which have been moved
into this menu.
+ Moved DefaultRingtonePreference from Telephony.
Bug: 16788935
Change-Id: I28677bfdcb2cb17bce4981c01b6c03d4effa0a7e
|
|
Bug: 15847952
Change-Id: I50f4995a08c9c1feac097242aec97a375213759e
|
|
Dialer's Activities now implement AnalyticsActivity.
All Activities now have access to sendHitEvent, which is a no op in
AOSP Dialer.
Change-Id: I318f08bfaf98cb88f9dbf6e4f28994b215bafa77
|
|
Increase padding and modify text spacing. See screenshot here
https://drive.google.com/a/google.com/file/d/0B0hheJjccUOjMHAycHN5Qy01MVk/view?usp=sharing
Bug: 15571286
Change-Id: Ieb3c9e0103bcf2bdfe236ba84d21897b4757faf1
|
|
* Move constants that originally lived in the framework into ContactsCommon
* Use SharedPreferences instead of System settings to persist preferences
* Use a SharedPreferenceListener to monitor changes instead of a content observer
on system settings
* Move DisplayOrderPreference and SortOrderPreference into ContactsCommon so that
it can be used by Dialer
* Create base DialerSettingsActivity in Dialer, and make GoogleDialerSettingsActivity
extend it
Bug: 16153186
Change-Id: I27befcc3b038038830f72092b55a6fc8a6f85674
|