The designs for Settings have the notification app list using the
same UI as the Manage Apps list, so switch the notification app
list over to the ManageApplications fragment. This involves
adding some notification based filters and connecting the data
from the Notification Backend to ApplicationsState.
Bug: 19443900
Change-Id: I5e5cdb16890d536613ee59292b89a89b6fb9e2e6
Things are mostly in the right places, may need some minor location
adjustment on everything and styling for the buttons.
Bug: 19511439
Change-Id: If7730285d6ddc36e32cc8bc119885a8e215c0eb5
They are disable or uninstall and force stop. When there is a third
action it gets pushed to the overflow menu.
Bug: 19511439
Change-Id: I1a0ee71662c09f191fd15524f1a123877eabbe90
Add link from app info to directly viewing data usage for that app.
Also do some minor tweaks to get ordering and summaries right on
the app info screen.
Bug: 19511439
Change-Id: Ic50dc24bf9a5c1fe6a7aa076772915ba61168fac
The root screen now only has the uninstall/force stop/disable buttons
and the rest has moved to sub screens listed in a preference list.
The root screen as UI approximate to the new mocks, but the separated
screens (storage, launch by default, etc.) have yet to receive their
visual overhaul.
Bug: 19511439
Change-Id: I4e01fbaefc69e0652edea2429d9e9b028c78e825
Additionally, we now show the user a list of "app-like"
things (packages with launchable activities) instead of only
non-system things. This way you can make (some) changes to
system package notifications while not having to page
through reams of random non-app packages.
Bug: 17277023
Change-Id: I920d6b941070efb75a816e6ad38b798b09a83d08
- need to add to the previous defined on instead of replacing it
- verified also that Notification Station padding is ok too
See bug: #13140648 Settings needs to support the new Quantum Paper theme
Change-Id: I06394bec2a5baa548f34f3fe7ec19d60172a98e8
We suppress the ability to uninstall (including uninstall of updates to
system-bundled apps) when the package in question is either the only
installed home app, or has been explicitly tagged by the user as the
"every time" home app among all those installed.
Bug 14162565
Change-Id: I582bb0d2abf0911ac68813f4c7e6fd7d17bfc2ca
- get rid of PreferenceActivity as much as we can and use fragments instead
- add Drawer widget
- add Dashboard high level entry into the Drawer (but this is work in progress and would be done in another CL)
- add bypass of fragment's Header validation when launched from the Drawer but *force* validation if external
call thru an Intent
Be aware that WifiPickerActivity should remain for now a PreferenceActivity. It is used by SetupWizard and should
not trigger running the SettingsActivity's header building code. SetupWizard is a Home during the provisionnig process
and then deactivate itself as a Home but would make the Home header to appear in the Drawer (because momentarily we
would have two Home).
Also, verified that:
- the WiFi settings still work when called from SetupWizard
- when you have multiple Launchers, the Home header will appear in the list of Headers in the Drawer
Change-Id: I407a5e0fdd843ad7615d3d511c416a44e3d97c90
Just as we don't expose disable/uninstall of home applications in this UI,
we now also don't allow disable/uninstall of packages that are proxying
for home apps via the android.app.home.alternate meta-data mechanism.
Also, don't display the 'Home' settings top-level category at all when
there is only a single available home app.
Finally, explicitly note the current user when sending broadcasts,
otherwise API sanity checks get suspicious.
Bug 10749961
Change-Id: I13e11032cb571df19798c4e13c91a572d1ee61a7
If an active device admin has a space management UI, enable the button
to manage space.
Bug: 10527304
Change-Id: I1d03eec6d766b49b1c3d9bb30151db4cad7e84e8
Modify the Settings app so that a user can revoke permissions,
using the new API added in AppSecurityPermissions.
Bug: 8332307
Change-Id: I4d6c10877e2c3cc284dbf9a43f79697914c0b192
We still show the [X] Show Notifications box in
InstalledAppDetails for now, however the information should
be mostly in sync with the AppOps screen. ("Mostly" because
there's no way to register for changes to AppOp modes at
present.)
Change-Id: Ia5cdda26c140aed8ee7329caaeedac04b8cbd8f1
Push scrollbar to screen edges on custom ListView and ScrollViews to
match Preferences framework behavior.
Bug: 7633165
Change-Id: Ideecd0e243c7de7bf977caef2b1585e707a00ca4
Fixed the memory leak in both InstalledAppDetails
Change-Id: I3520b3c1fe1bf98e3baec2ee989eb215164a7cf2
Signed-off-by: Zhijun Peng <pengzhj@marvell.com>
PMS sends REMOVED followed quickly by ADDED. Ignore when missing
package, since it may be coming back shortly. Eventually we should
change this to watch EXTRA_REPLACING.
Bug: 7269896
Change-Id: I3b518f4faee34019c5c808824d5e46261f6d206a
Bug #7198767: Crash on choosing App info from the Recent apps tab
Bug #7198366: Settings UI should not show other Users' apps
Bug #7189824: Settings crashes on trying to access Battery usage summary
Also fix running services to be able to show user bitmap when in
secondary users, crash in running services if a service is running
whose app is not installed for the current user.
Change-Id: Ief24810c9ddce1ec3f8641ce08af79e1bc18f221
Also some fixes: uninstalled apps are now marked as such in the
all apps lists, and sorted to the bottom like disabled apps. We
don't immediately close the installed app details screen when
launching the uninstall UI.
Change-Id: Id22b749c20fc2441733c604d1de8889269217c5c
The default behavior for sending a message to a premium SMS
short code (or suspected premium SMS number) is to ask the user for
confirmation. Enable the user to set a default policy ("remember this
choice" checkbox) to always/never allow the app to send SMS to
premium short codes in the future. The policy can be changed by
the Settings app in the app info screen.
Bug: 5513975
Change-Id: I93053fef1524ee7772cc87364c760cb3dbf01ad7
The installed app details UI is really complicted for the two-partition
internal and external storage case... however, in our lovely new world
of emulated external storage, there is no reason for this, since the
external storage is using the same partition as internal storage. So
in this case, don't show external storage as a separate item, just
combine it into the base app size and data size values.
Change-Id: Iea0e78f2d532ad50e20fef98740c93b2e897890a
