dbea3cd118fe4eeb9b43ea50727987fa790a2edd |
|
24-Nov-2014 |
Jeff Sharkey <jsharkey@android.com> |
Better am error when SELinux blocking access. Bug: 18479882 Change-Id: I0732e54838c4e04d9d727e7c5fd9d7e7bacbaa1f
/frameworks/base/cmds/am/src/com/android/commands/am/Am.java
|
24b1c23c62b3d8ca1d762a76b2f1ef6360fc683e |
|
21-Nov-2014 |
Dianne Hackborn <hackbod@google.com> |
Fix issue #15828903: Intent.parseUri allows call to FLAG_GRANT_*_URI_PERMISSION You now need to set a flag if you want this unsafe behavior. Change-Id: I185e9a04e005e42a887c3d58a2818616790b060a
/frameworks/base/cmds/am/src/com/android/commands/am/Am.java
|
85d558cd486d195aabfc4b43cff8f338126f60a5 |
|
04-Nov-2014 |
Dianne Hackborn <hackbod@google.com> |
Add Activity API to get referrer information. This expands the use of EXTRA_REFERRER to be relevant anywhere, allowing apps to supply referrer information if they want. However, if they don't explicitly supply it, then the platform now keeps track of package names that go with Intents when delivering them to apps, which it can be returned as the default value. The new method Activity.getReferrer() is used to retrieve this referrer information. It knows about EXTRA_REFERRER, it can return the default package name tracked internally, and it also can return a new EXTRA_REFERRER_NAME if that exists. The latter is needed because we can't use EXTRA_REFERRER in some cases since it is a Uri, and things like #Intent; URI extras can only generate primitive type extras. We really need to support this syntax for referrers, so we need to have this additional extra field as an option. When a referrer is to a native app, we are adopting the android-app scheme. Since we are doing this, Intent's URI creation and parsing now supports this scheme, and we improve its syntax to be able to build intents with custom actions and stuff, instead of being all hung up on custom schemes. While doing this, fixed a problem when parsing both intent: and new android-app: schemes with a selector portion, where we were not respecting any scheme that was specified. Change-Id: I06e55221e21a8156c1d6ac755a254fea386917a2
/frameworks/base/cmds/am/src/com/android/commands/am/Am.java
|
795893eb6ff0c02c30a5765e06807ce1ee43978f |
|
29-Oct-2014 |
Daniel Sandler <dsandler@android.com> |
More flexible intent extra parsing. Specifically, --ei (int extras) and --eia (int[] extras) now use Integer.decode(), which means they accept negative integers, base-16 integers formatted as #NNN and 0xNNN, and base-8 integers formatted as 0NNN. Additionally, --ez (boolean extras) can now be specified as "true", "false", "t", "f", or an integer (any nonzero treated as true). The previous behavior, based on Boolean.valueOf(), would silently assign false if you managed to get the spelling of "true" wrong. Change-Id: I058254e907308006d403b5b7866c86bcaa03d8d3
/frameworks/base/cmds/am/src/com/android/commands/am/Am.java
|
ab4a81b3c625e33d04ae8070fcce6b6baee6522c |
|
10-Oct-2014 |
Dianne Hackborn <hackbod@google.com> |
Improve some docs, fix some debugging. - Add docs to Binder, Messenger, ResultReceier to explain their relation (or lack there-of) to process lifecycle. - Clarify some aspects of process lifecycle for services. - Fix help text of am command. - Fix per-package dumping of battery stats to not include history. - Fix per-package dumping of proc stats to only include aggregated and current stats and fix some formatting. - Fix per-process dumping of meminfo to have an option to interpret the input as a package, so including all processes that are running code of that package. - Fix top-level per-package debug output to correctly include all of these improvements and give them a little more time (10s) to complete for timing out. Change-Id: I2a04c0f862bd47b08329443d722345a13ad9b6e2
/frameworks/base/cmds/am/src/com/android/commands/am/Am.java
|
979e40e9ba02b74226d9833b2f8156aa89a39053 |
|
25-Sep-2014 |
Alexandra Gherghina <alexgherghina@google.com> |
Adds the ability to start a user in background Bug: 15900074 Change-Id: I03b278f8e7a4618ea56a5f1935cfba34beb45981
/frameworks/base/cmds/am/src/com/android/commands/am/Am.java
|
6cfbb718905210d146fbe8fb18c8e124f24845ec |
|
17-Sep-2014 |
Dianne Hackborn <hackbod@google.com> |
Fix issue #17536024: The am start's wait option doesn't... ...give time in some cases This switch to multiple stacks broke the check to determine if it should actually wait for a new activity to be shown. The new check now also requires that the top activity be resumed, which means we may get some false positives where we decide to wait and shouldn't, but that is better than consistently not deciding to wait in some cases when we should. (And we will always finish waiting then next time something becomes visible). Also add another time, which is how long it took from the startActivity call to return with the result. And fix when we decide to report that we are done so that, in the case where we are bringing an existing activity to the foreground, we don't wait until its animation is complete. Change-Id: Id38ca0070f04e7bf8c73e131fb055808553a0e2f
/frameworks/base/cmds/am/src/com/android/commands/am/Am.java
|
f58e532e015ef31d879ee51aeeb251349784717c |
|
11-Sep-2014 |
Amith Yamasani <yamasani@google.com> |
Merge "Apply cross-user restrictions to Shell" into lmp-dev
|
8cd28b57ed732656d002d97879e15c5695b54fff |
|
09-Jun-2014 |
Amith Yamasani <yamasani@google.com> |
Apply cross-user restrictions to Shell Even though Shell user is allowed to perform cross-user actions, lock that path down if the target user has restrictions imposed by the profile owner device admin that prevents access via adb. If the profile owner has imposed DISALLOW_DEBUGGING_FEATURES, don't allow the shell user to make the following types of calls: start activities, make service calls, access content providers, send broadcasts, block/unblock packages, clear user data, etc. Bug: 15086577 Change-Id: I9669fc165953076f786ed51cbc17d20d6fa995c3
/frameworks/base/cmds/am/src/com/android/commands/am/Am.java
|
65e76d1200395a9c67893378ddb64c47ede400b4 |
|
10-Sep-2014 |
Adam Lesinski <adamlesinski@google.com> |
Output recent configs in am get-config command Change-Id: Ic516e73d2e72ac0dc3136f7226cedd851fe22b85
/frameworks/base/cmds/am/src/com/android/commands/am/Am.java
|
1b012d302b56b4adf950035136d1d191a1936d5a |
|
20-Aug-2014 |
Jeff Hao <jeffhao@google.com> |
Add sample profiling option to am. Also bundles all profiling options into a class. Bug: 17040932 Change-Id: I85d675ee1494bdc7308caffdf94145d27c996e9d
/frameworks/base/cmds/am/src/com/android/commands/am/Am.java
|
b9583c9d93bd1d2c9d506dffae87a5ca2b7f7307 |
|
25-Jul-2014 |
Christopher Tate <ctate@google.com> |
Turn on debugging override of idle time 'adb shell am idle-maintenance' has traditionally been used to force the system to consider itself to be in an "idle" state. Unfortunately the new Job Manager hadn't yet been aware of this. Rectify the situation. Also fixes a bug in debug logging that would cause a system server crash under certain race circumstances. Change-Id: I8a29bd7757924f8e464865235c344233fc03d8c3
/frameworks/base/cmds/am/src/com/android/commands/am/Am.java
|
afc00e1c81a2ae00dc01bb980bc617f382441102 |
|
17-Jun-2014 |
Adam Lesinski <adamlesinski@google.com> |
Change am get-config command to use ABI string array There is a list of supported ABIs in android.os.Build which is ordered by preference. This is a more flexible list to use instead of 2 fixed ABIs. Change-Id: I6aa3b39b5ffa888ed83a870b937e18328dd6de39
/frameworks/base/cmds/am/src/com/android/commands/am/Am.java
|
2c749d242759ea36c0229ea933f22b6363337b19 |
|
04-Jun-2014 |
Adam Lesinski <adamlesinski@google.com> |
New command to get device config Change-Id: I7172a3a150fd83e2382ca3e4e4a0188758189f14
/frameworks/base/cmds/am/src/com/android/commands/am/Am.java
|
dfed4bc99f9f3d48ee7bf9e8ea051a8d5bc4f299 |
|
30-May-2014 |
Narayan Kamath <narayan@google.com> |
am f7871c31: am b9b31f4b: am bd4d3203: Merge "Support an ABI flag for instrumentation." * commit 'f7871c31469c6245c1b232a15104704f7481103c': Support an ABI flag for instrumentation.
|
f7871c31469c6245c1b232a15104704f7481103c |
|
30-May-2014 |
Narayan Kamath <narayan@google.com> |
am b9b31f4b: am bd4d3203: Merge "Support an ABI flag for instrumentation." * commit 'b9b31f4b8eda123e7b544d1a0fa886576064adca': Support an ABI flag for instrumentation.
|
8dcfefd652fa2c5612b3acbc4bf842d2dfb1cf21 |
|
15-May-2014 |
Narayan Kamath <narayan@google.com> |
Support an ABI flag for instrumentation. Allows us to choose what ABI a process uses when launching it with "adb shell am instrument", for eg. adb shell am instrument --abi arm64-v8a component/runner Note that we only perform very basic validation of the ABI. In general, there is no guarantee that the app will launch with the instruction set we choose, for eg. if it has native libraries that are for a different ABI. bug: 14453227 Change-Id: Ifb7e89b53675080dc87941091ee5ac360f218d7f
/frameworks/base/cmds/am/src/com/android/commands/am/Am.java
|
91097de49b0f683b00e26a75dbc0ac6082344137 |
|
05-Apr-2014 |
Dianne Hackborn <hackbod@google.com> |
Initial implementation of new voice interaction API. This gives a basic working implementation of a persist running service that can start a voice interaction when it wants, with the target activity(s) able to go through the protocol to interact with it. It may even work when the screen is off by putting the activity manager in the correct state to act like the screen is on. Includes a sample app that is a voice interation service and also has an activity it can launch. Now that I have this initial implementation, I think I want to rework some aspects of the API. Change-Id: I7646d0af8fb4ac768c63a18fe3de43f8091f60e9
/frameworks/base/cmds/am/src/com/android/commands/am/Am.java
|
846318a3250fa95f47a9decfbffb05a31dbd0006 |
|
04-Apr-2014 |
Jeff Sharkey <jsharkey@android.com> |
Allow prefix-based Uri permission grants. Define new FLAG_GRANT_PREFIX_URI_PERMISSION which indicates that a Uri permission grant should also apply to any other Uris that have matching scheme, authority, and path segments. For example, a prefix grant for /foo/ would allow /foo/bar/ but not /foo2/. Allow persistable and prefix grants to be issued directly through grantUriPermission(). Relaxing persistable is fine, since it still requires the receiver to actively take the permission. Since exact- and prefix-match grants for the same Uri can coexist, we track them separately using a new UriGrant key. (Consider the case where an app separately extends READ|PREFIX and WRITE for the same Uri: we can't let that become READ|WRITE|PREFIX.) Fix revoke to always take away persisted permissions. Move prefix matching logic to Uri and add tests. Add new flags to "am" tool, and various internal uses around Intent and Context. Switch some lagging users to ArraySet. Bug: 10607375 Change-Id: Ia8ce2b88421ff9f2fe5a979a27a026fc445d46f1
/frameworks/base/cmds/am/src/com/android/commands/am/Am.java
|
aea74a5977ca9f1054926eb24f247562c3a4a6ba |
|
08-Mar-2014 |
Craig Mautner <cmautner@google.com> |
Add Lock Task Mode. When in lock task mode only the specified task may run. All attempts to switch to another task are ignored until the task finishes or a call to stopLockTaskMode() is made. Change-Id: I6cfe92fe1bcf22cd47b5398c08e23c52a4092dda
/frameworks/base/cmds/am/src/com/android/commands/am/Am.java
|
28600e261c088eddcd0201820ed93730c77af282 |
|
27-Feb-2014 |
Dale Hawkins <dkhawk@google.com> |
Adds support for array string extra. Adds support for setting an array string extra on an intent when launching an activity/service. Allows inclusion of commas using an escape character. Change-Id: I8857f7d28d60b75ddc65dc47f345a77230d00467
/frameworks/base/cmds/am/src/com/android/commands/am/Am.java
|
e0a3884cb627efc650e19fbe76b1b3343468cf57 |
|
17-Dec-2013 |
Craig Mautner <cmautner@google.com> |
Extend stack management to other displays. - Abandon ActivityContainer.startActivity() in favor of IActivityManager.startActivityAsUserInContainer(). - Modify Am to test starting an activity on a container. - Create a DisplayContext as the base context if the activity token is on a different display. - Test for home display in more cases when manipulating home stack. - Rename mDisplayInfos => mActivityDisplays. - Create new method for moving task to front of stack regardless of which display it is on. Change-Id: I4fcb83ae844c5839ee3e2722229623d1a80ed921
/frameworks/base/cmds/am/src/com/android/commands/am/Am.java
|
4a1cb22056112f7ffd5f4fad8b7a092b96e7cc7b |
|
05-Dec-2013 |
Craig Mautner <cmautner@google.com> |
Pair ActivityStacks with Displays - Introduce concept of ActivityStacks residing on Displays and able to be decoupled and moved around. - Add a new interface, IActivityContainer for clients to handle ActivityStacks. - Abandon ordering of stacks based on mStackState and instead use ActivityDisplayInfo.stacks<ActivityStack> ordering. Progress towards closing bug 12078972. Change-Id: I7785b61c26dc17f432a4803eebee07c7415fcc1f
/frameworks/base/cmds/am/src/com/android/commands/am/Am.java
|
bdc748af8ce62778d2ad15040ecdfada6e4635fd |
|
02-Dec-2013 |
Craig Mautner <cmautner@google.com> |
DO NOT MERGE: Eliminate StackBox. StackBox is too constraining. Adding size and position to TaskStacks directly makes stack positioning and management more flexible and prepares for ActivityView. Change-Id: I33c6b4e1c23a5a8069fd507c160bcb34e4d287b2
/frameworks/base/cmds/am/src/com/android/commands/am/Am.java
|
7625c8404553fae274a1074388ca0458df32dce4 |
|
14-Nov-2013 |
Jeff Sharkey <jsharkey@android.com> |
Fix am argument ordering documentation. Bug: 11690520 Change-Id: I84b10a6eb6e6404212ab9737e7cee1f1ad4d5309
/frameworks/base/cmds/am/src/com/android/commands/am/Am.java
|
35f72be50b8a2d11bce591dcdac5dc3fa336dac0 |
|
16-Sep-2013 |
Dianne Hackborn <hackbod@google.com> |
Implement issue #10691359: Kill long-running processes We now have the activity manager kill long-running processes during idle maintanence. This involved adding some more information to the activity manager about the current memory state, so that it could know if it really should bother killing anything. While doing this, I also improved how we determine when memory is getting low by better ignoring cases where processes are going away for other reasons (such as now idle maintenance). We now won't raise our memory state if either a process is going away because we wanted it gone for another reason or the total number of processes is not decreasing. The idle maintanence killing also uses new per-process information about whether the process has ever gone into the cached state since the last idle maintenance, and the initial pss and current pss size over its run time. Change-Id: Iceaa7ffb2ad2015c33a64133a72a272b56dbad53
/frameworks/base/cmds/am/src/com/android/commands/am/Am.java
|
57a7f5954cf1f9cbe99c70133863049a4be2e983 |
|
23-Jul-2013 |
Dianne Hackborn <hackbod@google.com> |
Add "adb shell am restart" command. So you can restart the system without being root. Change-Id: I89770f497833ecbe2b69e3a0cfafae7ef472a9f5
/frameworks/base/cmds/am/src/com/android/commands/am/Am.java
|
f2ca6e271758e6f2b476ca909821e63e30c1c09b |
|
11-Jul-2013 |
Marco Nelissen <marcone@google.com> |
Add stopservice command to am Change-Id: I639ad418750c0e1825b330b3bd56e5628926e7f1
/frameworks/base/cmds/am/src/com/android/commands/am/Am.java
|
4d7dc1a2b1c70ba1837b22e01c5f468d1ad0adc2 |
|
25-Jun-2013 |
Evan Charlton <evanc@google.com> |
Fix a typo s/will/while/ for the --no-window-animation explanation. Change-Id: Ia068809d385cc4f54f9603a8713a581fd4f59440
/frameworks/base/cmds/am/src/com/android/commands/am/Am.java
|
fd1ce8d5a7aa1ec6c7324b171f7e7a15a95f8759 |
|
18-Jun-2013 |
Craig Mautner <cmautner@google.com> |
Add new API getStackBoxInfo Change-Id: Ie2861e5e31bb3876cfe2d5c3d04ff58bb3955634
/frameworks/base/cmds/am/src/com/android/commands/am/Am.java
|
5a449154d1795abe8e44b7bfe821d640b145e2c6 |
|
25-May-2013 |
Craig Mautner <cmautner@google.com> |
Convert API refs to StackBox from ActivityStack. - Removed IActivityManager.getStacks() since getStackBoxes() is better. - Made createStacks operate relative to StackBox instead of TaskStack. - Made resizeStack into resizeStackBox. Change-Id: I7a0e1f4e34f399b4fd1180c60cc3989f9c2433f3
/frameworks/base/cmds/am/src/com/android/commands/am/Am.java
|
5ff12101722874f5e7b0cadf06f4c53f4ec4b917 |
|
24-May-2013 |
Craig Mautner <cmautner@google.com> |
Add retrieval of StackBox info for more flexibility First step in permitting StackBoxes to be manipulated by user. Necessary for Configuration changes coming down. Change-Id: I4029926a35e4fdc59a5759fd9e4bae10bb308413
/frameworks/base/cmds/am/src/com/android/commands/am/Am.java
|
1602ec21883f73c5eb2304cf69d2278f70b145ab |
|
12-May-2013 |
Craig Mautner <cmautner@google.com> |
Log stack issues and start resize effort. - Modify Am.java to accept 'stack resize' command. - Add logging for assigning home stack to non-home task to track down bug. And maybe fix bug. - Add template parameter to ArrayList. Change-Id: Ia73182afc20e9e4430ddadebae034cecb3798eec
/frameworks/base/cmds/am/src/com/android/commands/am/Am.java
|
befa8b5553046bf46ae59b5d7f9980f513db5d0c |
|
13-May-2013 |
Guang Zhu <guangzhu@google.com> |
Revert "Log stack issues and start resize effort." Bug: 8935057 This reverts commit b0245edae86b5811ea743c0f4cea095488304b1a.
/frameworks/base/cmds/am/src/com/android/commands/am/Am.java
|
b0245edae86b5811ea743c0f4cea095488304b1a |
|
12-May-2013 |
Craig Mautner <cmautner@google.com> |
Log stack issues and start resize effort. - Modify Am.java to accept 'stack resize' command. - Add logging for assigning home stack to non-home task to track down bug. And maybe fix bug. - Add template parameter to ArrayList. Change-Id: If904c3ead623464ff5863b7241c68c1b7573bcf4
/frameworks/base/cmds/am/src/com/android/commands/am/Am.java
|
1d69bad411123913d32342864454b09ae39dab2c |
|
07-May-2013 |
Kenny Root <kroot@google.com> |
resolved conflicts for merge of a98b0ff8 to master Change-Id: I1f4a952d360c48426e22a7772726b6867cc19771
|
add582122dcec5aeb20d9e8f8c49348e00a5fe76 |
|
07-May-2013 |
Kenny Root <kroot@google.com> |
resolved conflicts for merge of 485d7a31 to master Change-Id: I058e19af8732df44457bdc614ee810a642dc25e4
|
8bd64df2adb26fe9547ae3961a58631e241b613e |
|
07-May-2013 |
Dianne Hackborn <hackbod@google.com> |
Help for the debugging help for issue #8734824. Add a new "hang" am command that lets you hang the system process. Useful for testing. Change-Id: Ice0fc52b49d80e5189f016108b03f9fd549b58a7
/frameworks/base/cmds/am/src/com/android/commands/am/Am.java
|
5b88a2fd7b77880f6e09ae4a1de509bebe28bc3a |
|
04-May-2013 |
Dianne Hackborn <hackbod@google.com> |
Debugging help for issue #8734824: WATCHDOG KILLING SYSTEM PROCESS IActivityController has a new callback which the Watchdog calls when it detects that the system process is hung. This may be use full monkey. All hail the monkey! Also add a new private feature to Binder to be able to turn off all incoming dump() calls to a process. The watchdog uses this when it reports it is hung, so that if someone, say, wants to collect a bug report at this point they won't get stuck waiting for things that are all busted. Change-Id: Ib514d97451cf3b93f29e194c1954e29f948c13b1
/frameworks/base/cmds/am/src/com/android/commands/am/Am.java
|
4cd0c13f8f765118a24e31548c058b5029481bea |
|
17-Apr-2013 |
Craig Mautner <cmautner@google.com> |
Incremental repairs to side by side stacks. - Add taskId parameter to createStack() so stacks are pre-populated with a task. - Keep track of stack access order in DisplayContent so getTasks returns in MRU order. - Set touchableRegion in InputMonitor so modal touching does not extend beyond stack boundary. - Fix stack merging so that deleting a stack results in a new stack the size of the two children. Change-Id: I62a6ba0a34f34dd7ec866b440bf04595379e19e8
/frameworks/base/cmds/am/src/com/android/commands/am/Am.java
|
967212cb542e6eeb308678367b53381bff984c31 |
|
14-Apr-2013 |
Craig Mautner <cmautner@google.com> |
Implement stack splitting and task movement. Split stacks and move tasks between them. Layout the windows according to the new stack split. After layout content rectangles are known split the available area between all stack boxes. Then use those values for future layout. Provide stack contents to ActivityManager. Change-Id: I9746e6185445633810d506be514d0b7b540a7f99
/frameworks/base/cmds/am/src/com/android/commands/am/Am.java
|
79f7ec70ebd5758ce54fd5b6fcd60fd27457cba6 |
|
05-Apr-2013 |
Dianne Hackborn <hackbod@google.com> |
Have audio service clean up new receivers in crashing processes. The new media button receiver with only a pending intent (no component name) could be left hanging if the process that registered it went away. These semantically need to be tied to the calling process's lifetime; we now clean them up when the calling process goes away. Also added some additional cleanup of media button receivers when packages change (updated, cleared). And on top of that, a new "media" command for doing media things. Currently lets you send media keys and monitor remote display data. Oh and finally added a new BaseCommand base class for implementing these command line utilities. Change-Id: Iba1d56f10bab1eec4a94a7bb1d1c2ae614c8bcf5
/frameworks/base/cmds/am/src/com/android/commands/am/Am.java
|
02ffba940ca96988ed3e7774c606b43c58373b5e |
|
09-Mar-2013 |
Jeff Sharkey <jsharkey@android.com> |
Handle finished bugreports, share from private. Show notification when a bugreport is finished, letting the user launch a SEND_MULTIPLE intent to share them. Add dialog that warns user about contents before sharing. Since bugreports are now stored in private app data of the Shell app, use FileProvider to build Uris that we can grant others access to. Define BUGREPORT_FINISHED as being a protected broadcast. Delete older bugreports automatically to reclaim disk space. Migrate any Intent extras to ClipData when building PendingIntents. Add --receiver-permission support to am shell command. Bug: 7005318 Change-Id: If6c607dbcf137362d5887eac482ff7391563890f
/frameworks/base/cmds/am/src/com/android/commands/am/Am.java
|
c652de8141f5b8e3c6bcf8916842b6e106413b1a |
|
16-Feb-2013 |
Dianne Hackborn <hackbod@google.com> |
Implement display overscan support. The window manager now keeps track of the overscan of each display, with an API to set it. The overscan impacts how it positions windows in the display. There is a new set of APIs for windows to say they would like to go into the overscan region. There is a call into the window manager to set the overscan region for a display, and it now has a concept of display settings that it stores presistently. Also added a new "wm" command, moving the window manager specific commands from the "am" command to there and adding a new now to set the overscan region. Change-Id: Id2c8092db64fd0a982274fedac7658d82f30f9ff
/frameworks/base/cmds/am/src/com/android/commands/am/Am.java
|
f51f61269aacdfcf737b2c32b6b216c48ab61e65 |
|
05-Feb-2013 |
Dianne Hackborn <hackbod@google.com> |
App ops: new operations for SMS. Implementation required a new framework feature to associate an app op with a broadcast. Change-Id: I4ff41a52f7ad4ee8fd80cbf7b394f04d6c4315b3
/frameworks/base/cmds/am/src/com/android/commands/am/Am.java
|
f265ea9d8307282ff1da3915978625a94fc2859e |
|
01-Feb-2013 |
Dianne Hackborn <hackbod@google.com> |
App ops: vibration, neighboring cells, dialing, etc. Improve handling of vibration op, so that apps are better blamed (there is now a hidden vibrator API that supplies the app to blame, and the system now uses this when vibrating on behalf of an app). Add operation for retrieving neighboring cell information. Add a new op for calling a phone number. This required plumbing information about the launching package name through the activity manager, which required changing the internal startActivity class, which required hitting a ton of code that uses those internal APIs. Change-Id: I3f8015634fdb296558f07fe654fb8d53e5c94d07
/frameworks/base/cmds/am/src/com/android/commands/am/Am.java
|
80943d8daa6ab31ab5c486d57aea406aa0730d58 |
|
02-Jan-2013 |
Svetoslav Ganov <svetoslavganov@google.com> |
Adding UI test automation APIs. This change adds APIs support for implementing UI tests. Such tests do not rely on internal application structure and can span across application boundaries. UI automation APIs are encapsulated in the UiAutomation object that is provided by an Instrumentation object. It is initialized by the system and can be used for both introspecting the screen and performing interactions simulating a user. UI test are normal instrumentation tests and are executed on the device. UiAutomation uses the accessibility APIs to introspect the screen and a special delegate object to perform privileged operations such as injecting input events. Since instrumentation tests are invoked by a shell command, the shell program launching the tests creates a delegate object and passes it as an argument to started instrumentation. This delegate allows the APK that runs the tests to access some privileged operations protected by a signature level permissions which are explicitly granted to the shell user. The UiAutomation object also supports running tests in the legacy way where the tests are run as a Java shell program. This enables existing UiAutomator tests to keep working while the new ones should be implemented using the new APIs. The UiAutomation object exposes lower level APIs which allow simulation of arbitrary user interactions and writing complete UI test cases. Clients, such as UiAutomator, are encouraged to implement higher- level APIs which minimize development effort and can be used as a helper library by the test developer. The benefit of this change is decoupling UiAutomator from the system since the former was calling hidden APIs which required that it is bundled in the system image. This prevented UiAutomator from being evolved separately from the system. Also UiAutomator was creating additional API surface in the system image. Another benefit of the new design is that now test cases have access to a context and can use public platform APIs in addition to the UiAutomator ones. Further, third-parties can develop their own higher level test APIs on top of the lower level ones exposes by UiAutomation. bug:8028258 Also this change adds the fully qualified resource name of the view's id in the emitted AccessibilityNodeInfo if a special flag is set while configuring the accessibility service. Also added is API for looking up node infos by this id. The id resource name is relatively more stable compared to the generaed id number which may change from one build to another. This API facilitate reuing the already defined ids for UI automation. bug:7678973 Change-Id: I589ad14790320dec8a33095953926c2a2dd0228b
/frameworks/base/cmds/am/src/com/android/commands/am/Am.java
|
c0bd747b0605af251ff136277f14220a5a4c9818 |
|
09-Oct-2012 |
Dianne Hackborn <hackbod@google.com> |
Further work on issue #7307399: Framework needs a new pre-user-shutdown... ...phase & callback API I realized there were a few things wrong with what was there. The new ACTION_USER_STARTING was not being sent for the first user at boot, and there was an existing problem where ACTION_USER_STARTED was sent every time there was a user switch. Also improved some debug output of broadcasts to make it easier to see what is going on in this stuff, and better reporting of why a service couldn't be started. Change-Id: Id8a536defbbad1f73d94a37d13762436b822fbe3
/frameworks/base/cmds/am/src/com/android/commands/am/Am.java
|
d4ac8d7b3de27a9f0e4c6af2496ca71d794e42d1 |
|
28-Sep-2012 |
Dianne Hackborn <hackbod@google.com> |
Fix issue #7211769 and #7244492, thrash around on #7226656. Issue #7211769: Crash dialog from background user has non-working "report" The report button now launches the issue reporter for the correct user. Also for crashes on background users, either disable the report button, or simply don't show the dialog depending on the build config. Issue #7244492: Bugreport button in Quick Settings doesn't actually do anything Now they do. Issue #7226656: second user seeing primary user's apps I haven't had any success at reproducing this. I have tried to tighten up the path where we create the user to ensure nothing could cause the user's applications to be accessed before the user it fully created and thus make them installed... but I can't convince myself that is the actual problem. Also tightened up the user switch code to use forground broadcasts for all of the updates about the switch (since this is really a foreground operation), added a facility to have BOOT_COMPELTED broadcasts not get launched for secondary users and use that on a few key system receivers, fixed some debug output. Change-Id: Iadf8f8e4878a86def2e495e9d0dc40c4fb347021
/frameworks/base/cmds/am/src/com/android/commands/am/Am.java
|
b12e1354f25f04e9c9a71da76c6fca858b7d39d0 |
|
26-Sep-2012 |
Dianne Hackborn <hackbod@google.com> |
Maybe fix issue #7211766: bindService() to User u0 While u10 is... ...Forground Sometimes Doesn't Take The main change here is a one-liner in ActiveServices to check the uid when deciding whether to remove an item from mPendingServices. This could cause the problem being seen -- if the same service for two users is starting at the same time, the second one would blow away the pending start of the first one. Unfortunately I have had trouble reproducing the bug, so I don't know if this is actually fixing it. It's a bug, anyway. The reason so much has changed here is because I spread around logging and printing of the user ID associated with operations and objects to make it easier to debug these kind of multi-user things. Also includes some tweaks to the oom manager to allow more background processes (I have seen many times in logs where we thrash through processes because the LRU list is too short), plus to compensate an additional time-based metric for when to get rid of background processes, plus some new logic to try to help things like Chrome keep around their service processes. Change-Id: Icda77fb2a1dd349969e3ff2c8fff0f19b40b31d3
/frameworks/base/cmds/am/src/com/android/commands/am/Am.java
|
43aa15912891930833edfc101615a9c881de54a1 |
|
11-Sep-2012 |
Jeff Brown <jeffbrown@google.com> |
Allow adb shell am display-size to use bigger sizes. We now support scaling the logical display to fit the physical display, whatever size it is. So we can allow adb shell am display-size to use more or less arbitrary sizes although we do enforce an upper and lower bound to protect the user. Change-Id: I5fe6ba32ad1f9e4fbcd6915f7d36850b987bbcc0
/frameworks/base/cmds/am/src/com/android/commands/am/Am.java
|
1676c856d61b97c871dc2be0cb1f1fb1e12e24e9 |
|
10-Sep-2012 |
Dianne Hackborn <hackbod@google.com> |
Flesh out multi-user in am commands. Now we default to the current user instead of user 0 for most commands (except where we can do the command for all users). Many more commands take a user argument: force-stop, kill, profile, dumpheap. Improved help text. Change-Id: I719a13b4d31b668f57ca21e51d7043ac3e0d4e1b
/frameworks/base/cmds/am/src/com/android/commands/am/Am.java
|
649d0d71b245d88746b78399ffa1f75da7c80974 |
|
07-Sep-2012 |
Dianne Hackborn <hackbod@google.com> |
Merge "More multi-user stuff:" into jb-mr1-dev
|
5e03e2ca7d25b899b129baad2dd5eca6bf99d88a |
|
06-Sep-2012 |
Dianne Hackborn <hackbod@google.com> |
More multi-user stuff: - New (hidden) isUserRunning() API. - Maintain LRU list of visited users. - New FLAG_IS_DATA_ONLY for ApplicationInfo. - Clean up pending intent records when force-stopping a user (or package). (Also fixes bug #6880627: PendingIntent.getService() returns stale intent of force stopped app) - Fix force-stopping when installing an app to do the force-stop across all users for that app. - When selecting which processes to kill during a force stop, do this based on the actual packages loaded in the process, not just process name matching. - You can now use --user option in am when starting activities, services, and instrumentation. - The am --user option accepts "current" and "all" as arguments. - The pm uninstall command now uninstalls for all users, so it matches the semantics of the install command. - PhoneWindowManager now explicitly says to start home in the current user. - Activity manager call to retrieve the MIME type from a content provider now takes a user argument, so it will direct this to the proper user. - The package manager uninstall paths are now implemented around PackageSetting, not PackageParser.Package. This allows them to work even if the application's apk has been removed (in which case it only exists as a PackageSetting, not the PackageParser.Package parsed from the apk). Change-Id: I3522f6fcf32603090bd6e01cc90ce70b6c5aae40
/frameworks/base/cmds/am/src/com/android/commands/am/Am.java
|
3065963f817f9a0f032ec7992c4154cfdeed443d |
|
06-Sep-2012 |
Felipe Leme <felipeal@google.com> |
Wrapped call to notifyAll() in a synchronized block Change-Id: I452caa56bef4541b53917bdd6f22034161255dd1 Bug: 7118468
/frameworks/base/cmds/am/src/com/android/commands/am/Am.java
|
e2bdca5c4330b6bc9cc26480ae4c1eefe5ee9ce9 |
|
04-Sep-2012 |
Dianne Hackborn <hackbod@google.com> |
Fix my fix. Change-Id: I35fce760f8d91fceb554d372e7423749a4ac6d2d
/frameworks/base/cmds/am/src/com/android/commands/am/Am.java
|
52fba38f7d155e22e7487fc173243b4df2a9e76a |
|
04-Sep-2012 |
Dianne Hackborn <hackbod@google.com> |
Fix build. Change-Id: I15592889b8679d946e402dcfdeb124df349cbd4d
/frameworks/base/cmds/am/src/com/android/commands/am/Am.java
|
80a4af2bbc6af42ae605e454bf89558e564f5244 |
|
28-Aug-2012 |
Dianne Hackborn <hackbod@google.com> |
Start implementing concept of "running" users. The activity manager now keeps track of which users are running. Initially, only user 0 is running. When you switch to another user, that user is started so it is running. It is only at this point that BOOT_COMPLETED is sent for that user and it is allowed to execute anything. You can stop any user except user 0, which brings it back to the same state as when you first boot the device. This is also used to be able to more cleaning delete a user, by first stopping it before removing its data. There is a new broadcast ACTION_USER_STOPPED sent when a user is stopped; system services need to handle this like they currently handle ACTION_PACKAGE_RESTARTED when individual packages are restarted. Change-Id: I89adbd7cbaf4a0bb72ea201385f93477f40a4119
/frameworks/base/cmds/am/src/com/android/commands/am/Am.java
|
7e0e19d4201374d72b7082492bd269dbdb17d972 |
|
27-Aug-2012 |
Dianne Hackborn <hackbod@google.com> |
Restore man page entries. Change-Id: I002808037ec117c039aeb71f425c1f43d4cac6d8
/frameworks/base/cmds/am/src/com/android/commands/am/Am.java
|
7767eac3232ba2fb9828766813cdb481d6a97584 |
|
24-Aug-2012 |
Dianne Hackborn <hackbod@google.com> |
Keep track of whether an app is installed for each user. This add a new per-user state for an app, indicating whether it is installed for that user. All system apps are always installed for all users (we still use disable to "uninstall" them). Now when you call into the package manager to install an app, it will only install the app for that user unless you supply a flag saying to install for all users. Only being installed for the user is just the normal install state, but all other users have marked in their state for that app that it is not installed. When you call the package manager APIs for information about apps, uninstalled apps are treated as really being not visible (somewhat more-so than disabled apps), unless you use the GET_UNINSTALLED_PACKAGES flag. If another user calls to install an app that is already installed, just not for them, then the normal install process takes place but in addition that user's installed state is toggled on. The package manager will not send PACKAGE_ADDED, PACKAGE_REMOVED, PACKAGE_REPLACED etc broadcasts to users who don't have a package installed or not being involved in a change in the install state. There are a few things that are not quite right with this -- for example if you go through a full install (with a new apk) of an app for one user who doesn't have it already installed, you will still get the PACKAGED_REPLACED messages even though this is technically the first install for your user. I'm not sure how much of an issue this is. When you call the existing API to uninstall an app, this toggles the installed state of the app for that user to be off. Only if that is the last user user that has the app uinstalled will it actually be removed from the device. Again there is a new flag you can pass in to force the app to be uninstalled for all users. Also fixed issues with cleaning external storage of apps, which was not dealing with multiple users. We now keep track of cleaning each user for each package. Change-Id: I00e66452b149defc08c5e0183fa673f532465ed5
/frameworks/base/cmds/am/src/com/android/commands/am/Am.java
|
dde331cebd87982faded6818ad5f9927ff994c96 |
|
03-Aug-2012 |
Dianne Hackborn <hackbod@google.com> |
We can now (kind-of) change screen density on the fly. Preloaded drawables now have a density associated with them, so we can load the correct drawable if we are using a different density. Window manager now formally keeps track of the density for each screen, allowing it to be overridden like you can already do with size, and relies on this density to drive itself internally and the configurations it reports. There are a new set of Bitmap constructors where you provide a DisplayMetrics so they can be constructed with the correct density. (This will be for when you can have different windows in the same app running at different densities.) ActivityThread now watches for density changes, and pushes them to the DENSITY_DEVICE and Bitmap global density values for that process. A new am command allows you to change the density.
/frameworks/base/cmds/am/src/com/android/commands/am/Am.java
|
59c009776dae5ccbdfb93d7151ff2065ca049dc3 |
|
30-Jul-2012 |
Craig Mautner <cmautner@google.com> |
Introduce multiple displays with DisplayContent. Fix a couple of bugs that turned up. Remove touch/focus from display. Add iterators for access. Respond to comments. Remove TODOs, and some deviceId parameters. Change-Id: Idcdb4f1979aa7b14634d450fd0333d6eff26994d
/frameworks/base/cmds/am/src/com/android/commands/am/Am.java
|
fd3d009dde21d7670d42d26f197f67c4c8e59184 |
|
31-May-2012 |
Amith Yamasani <yamasani@google.com> |
Remove some unnecessary man page entries Change-Id: I1ceda3f5efac83b80ab4b6e7cae4086aeed5062a
/frameworks/base/cmds/am/src/com/android/commands/am/Am.java
|
13b907353f18215b52b5ceda24bbf520d91d72a1 |
|
21-May-2012 |
Romain Guy <romainguy@google.com> |
Remove unused, obsolete debug code All these features have either been abandonned and left un-maintained for years or can be replaced by systrace. Change-Id: I42e4579a8078744047e5fe08a7a15254970b09bc
/frameworks/base/cmds/am/src/com/android/commands/am/Am.java
|
7df7d2022d9bebc21a13dcb7ddacaa61f9c2e38e |
|
20-Apr-2012 |
Dianne Hackborn <hackbod@google.com> |
Fix issue #4499996: LiveWallpaperPreview activity intent filter Change-Id: I5fc71503d2c59c907da954dbda3587394e6405bf
/frameworks/base/cmds/am/src/com/android/commands/am/Am.java
|
483f3b06ea84440a082e21b68ec2c2e54046f5a6 |
|
14-Mar-2012 |
Amith Yamasani <yamasani@google.com> |
Package restrictions per user Packages can be enabled/disabled per user. This requires maintaining stopped/launched states and enabled / disabled components and packages per user. Refactored pm.Settings and PackageSettingsBase to keep track of states per user. Migrated the stopped-packages.xml to users/<u>/package-restrictions.xml Changed intent resolution to handle individual user restrictions. Bunch of IPackageManager calls now have a userId argument. Make AppWidgetService handle removals of packages. Added some tests for pm.Settings and PackageManager. Change-Id: Ia83b529e1df88dbcb3bd55ebfc952a6e9b20e861
/frameworks/base/cmds/am/src/com/android/commands/am/Am.java
|
a4972e951bf2bdb7afdafee95b3ab0c15b8bacae |
|
14-Mar-2012 |
Dianne Hackborn <hackbod@google.com> |
Add new "options" argument to all startActivity APIs. This will be used to allow new features to be requested... such as, say, a special kind of animation. Right now there are no options defined. Change-Id: I4eb6f27275cdd4bf186f6da316ab93a2372ad4b7
/frameworks/base/cmds/am/src/com/android/commands/am/Am.java
|
92a8b22e7410e74e1cba1b856333116652af8a5c |
|
10-Mar-2012 |
Siva Velusamy <vsiva@google.com> |
ActivityManager: add option to allow OpenGL trace. This patch adds an option to enable tracing of OpenGL functions. OpenGL tracing can be enabled by passing "--opengl-trace" option to am start. This option requires either a device in debug mode, or that the application itself has debug permission set. Change-Id: I77788bfe97c9108943b1f947ce81afe8293d78a0
/frameworks/base/cmds/am/src/com/android/commands/am/Am.java
|
3a2ce935b94383141d1c8a7878fa9308ce718fe5 |
|
15-Aug-2011 |
Mike J. Chen <mjchen@google.com> |
Add the ability to pass float extras to AM. commit 43a2825a283e29c0f70100146394957af0598b0e Author: John Grossman <johngro@google.com> Date: Wed Apr 27 09:03:53 2011 -0700 Add the ability to pass float extras to AM. Change-Id: I970ad3f76a65bd781099204019095c73ed8c09db Signed-off-by: Mike J. Chen <mjchen@google.com> Signed-off-by: John Grossman <johngro@google.com> Conflicts: cmds/am/src/com/android/commands/am/Am.java
/frameworks/base/cmds/am/src/com/android/commands/am/Am.java
|
742a67127366c376fdf188ff99ba30b27d3bf90c |
|
04-May-2011 |
Amith Yamasani <yamasani@google.com> |
Multi-user - 1st major checkin Switching activity stacks Cache ContentProvider per user Long-press power to switch users (on phone) Added ServiceMap for separating services by user Launch PendingIntents on the correct user's uid Fix task switching from Recents list AppWidgetService is mostly working. Commands added to pm and am to allow creating and switching profiles. Change-Id: I15810e8cfbe50a04bd3323a7ef5a8ff4230870ed
/frameworks/base/cmds/am/src/com/android/commands/am/Am.java
|
f5b8671c340f189c50b41c53622f979b6d5e0a57 |
|
06-Dec-2011 |
Dianne Hackborn <hackbod@google.com> |
Fix issue #5714517: App shortcuts can result in bad task intents New API to let you build an Intent whose base configuration is correct, but has an additional "selector" to pick out the specific app that you would like launched. Change-Id: Ide9db6dc60e2844b7696cfe09b28337fe7dd63db
/frameworks/base/cmds/am/src/com/android/commands/am/Am.java
|
d8c98fee02b5498270344727d1289004d98c0e73 |
|
15-Nov-2011 |
Dianne Hackborn <hackbod@google.com> |
Improve low memory dropbox reporting. The msg is now constructed to try to bin these reports in interesting ways. We'll see. Also change the tag name from watchdog to lowmem, since sharkey is kindly taking care of the back-end to handle this. Improve how we put processes into low memory states to better poke things like home and the previous app. Also clean up some debug output, and add a few new am comment options for controlling the current debug app. Change-Id: I562a931a95244a2727bb7a6e1fd80dec259cdae2
/frameworks/base/cmds/am/src/com/android/commands/am/Am.java
|
e4d4fbc8c0257a79d9c6091cea2c264415bd2733 |
|
08-Nov-2011 |
Dianne Hackborn <hackbod@google.com> |
Add drop box reports of low memory. We are tagging these as "watchdog" to make them visible in the reporting tools. Also new am command to kill all background processes, mostly to make it easier to test this stuff. Change-Id: Ib9dc4747cd8bd44156fdf11d6a087cd4272203eb
/frameworks/base/cmds/am/src/com/android/commands/am/Am.java
|
2c84cfc001fb92a71811bf7384b7f865ff31ff9d |
|
31-Oct-2011 |
Dianne Hackborn <hackbod@google.com> |
Various performance and other work. - IME service now switches between visible and perceptible depending on whether it is being showm, allowing us to more aggressively free its memory when not shown. - The activity display time is no longer delayed by the activity transition animation. - New -R (repeat) option for launching activities with the am command. - Improved some documentation on Loader to be clear about some methods that apps should not normally call. - FrameworkPerf test now allows you to select individual tests to run. Change-Id: Id1f73de66dc93d63212183958a72119ad174318b
/frameworks/base/cmds/am/src/com/android/commands/am/Am.java
|
0bb1e9139e30aa954f46b0b6fdec2595fac33b80 |
|
16-Aug-2011 |
Dianne Hackborn <hackbod@google.com> |
Small improvements to am command. The start command can now take a package name or component name for easier starting. New -S option allows you to force stop an app before starting it. Change-Id: I5c55b34dd794783f0f5f51851dc811b8c1b39b76
/frameworks/base/cmds/am/src/com/android/commands/am/Am.java
|
62f20ecf492d2b29881bba307c79ff55e68760e6 |
|
16-Aug-2011 |
Dianne Hackborn <hackbod@google.com> |
Add new am option to profile the launching of an activity. Change-Id: Ie71a8043eafe41f53a0b3dbb5170276d87acbc9b
/frameworks/base/cmds/am/src/com/android/commands/am/Am.java
|
7eabe55db6b113f83c2cefcd06812648927de877 |
|
21-Jul-2011 |
Romain Guy <romainguy@google.com> |
Add looper profiling to adb shell am To profile the looper, run the following command: adb shell am profile looper start <process> <file> adb shell am profile looper stop <process> Change-Id: I781f156e473d7bdbb6d13aaffeeaae88bc01a69f
/frameworks/base/cmds/am/src/com/android/commands/am/Am.java
|
8ffb0c0210857210a51d7a9a0f1afb73afbf8677 |
|
08-Jul-2011 |
Guang Zhu <guangzhu@google.com> |
allow Uri as intent extra in am command When composing an intent using am command line, certain extra fields need to be added as a Uri (a Parceable in fact). This patch adds a "--eu" parameter so that the provided value is parsed as a Uri then added into intent's extra bundle. Change-Id: I7110829554962d314aa58fd25083dd5041680a73
/frameworks/base/cmds/am/src/com/android/commands/am/Am.java
|
46d110329e659cc9cb9514e220ce273701eb151d |
|
24-Jun-2011 |
Dianne Hackborn <hackbod@google.com> |
Small cleanup of am/pm commands. Change-Id: I5af730bc177635821a82d4dd3ec9130a5dcd525a
/frameworks/base/cmds/am/src/com/android/commands/am/Am.java
|
351f32270a489577e040bbeccc423b0bac1637dc |
|
13-May-2011 |
Xianzhu Wang <wangxianzhu@google.com> |
Add force-stop subcommand for 'am'. It's useful for some testing and debugging, to ensure all processes are stopped before testing. 'kill' doesn't always work because sometimes the system will restart the process immediately (e.g. if an app is running in background). Change-Id: I2c0caa38f74ee65ad6c35172fbf505227be7e7c3
/frameworks/base/cmds/am/src/com/android/commands/am/Am.java
|
7916ac65dc492e4e1431879875c77d7121fbf82e |
|
17-May-2011 |
Dianne Hackborn <hackbod@google.com> |
Add new command line option to change global screen size. For example: adb shell am display-size 1024x600 Change-Id: I5df462acd3323bdaaaefa3126faea7dd8595b726
/frameworks/base/cmds/am/src/com/android/commands/am/Am.java
|
0f1de9adde0b52d2a385a76232bd7ac30c3eeea2 |
|
12-May-2011 |
Dianne Hackborn <hackbod@google.com> |
New compat mode front end: UI and persistence. Adds a really crappy UI for toggling compat mode. Persists compat mode selection across boots. Turns on compat mode by default for newly installed apps. Change-Id: Idc83494397bd17c41450bc9e9a05e4386c509399
/frameworks/base/cmds/am/src/com/android/commands/am/Am.java
|
e2515eebf42c763c0a2d9f873a153711778cfc17 |
|
28-Apr-2011 |
Dianne Hackborn <hackbod@google.com> |
Better compat mode part one: start scaling windows. First step of improving app screen size compatibility mode. When running in compat mode, an application's windows are scaled up on the screen rather than being small with 1:1 pixels. Currently we scale the application to fill the entire screen, so don't use an even pixel scaling. Though this may have some negative impact on the appearance (it looks okay to me), it has a big benefit of allowing us to now treat these apps as normal full-screens apps and do the normal transition animations as you move in and out and around in them. This introduces fun stuff in the input system to take care of modifying pointer coordinates to account for the app window surface scaling. The input dispatcher is told about the scale that is being applied to each window and, when there is one, adjusts pointer events appropriately as they are being sent to the transport. Also modified is CompatibilityInfo, which has been greatly simplified to not be so insane and incomprehendible. It is now simple -- when constructed it determines if the given app is compatible with the current screen size and density, and that is that. There are new APIs on ActivityManagerService to put applications that we would traditionally consider compatible with larger screens in compatibility mode. This is the start of a facility to have a UI affordance for a user to switch apps in and out of compatibility. To test switching of modes, there is a new variation of the "am" command to do this: am screen-compat [on|off] [package] This mode switching has the fundamentals of restarting activities when it is changed, though the state still needs to be persisted and the overall mode switch cleaned up. For the few small apps I have tested, things mostly seem to be working well. I know of one problem with the text selection handles being drawn at the wrong position because at some point the window offset is being scaled incorrectly. There are probably other similar issues around the interaction between two windows because the different window coordinate spaces are done in a hacky way instead of being formally integrated into the window manager layout process. Change-Id: Ie038e3746b448135117bd860859d74e360938557
/frameworks/base/cmds/am/src/com/android/commands/am/Am.java
|
405e012681aa563b1d7b66c671c90ed2deb26e41 |
|
25-Sep-2010 |
Dianne Hackborn <hackbod@google.com> |
am deaa8ff1: am a7ef18fc: Merge "Some debugging support." into gingerbread Merge commit 'deaa8ff1b10d38add4f7c276e7be2ffc19359a14' * commit 'deaa8ff1b10d38add4f7c276e7be2ffc19359a14': Some debugging support.
|
f123e49bf0708719b51a7064ae134c097abe4a54 |
|
24-Sep-2010 |
Dianne Hackborn <hackbod@google.com> |
Some debugging support. - New feature to "am monitor" to have it automatically launch gdbserv for you when a crash/ANR happens, and tell you how to run the client. - Update dumpstate to match new location of binder debug logs - Various commented out logs that are being used to track down issues. Change-Id: Ia5dd0cd2df983a1fc6be697642a4590aa02a26a5
/frameworks/base/cmds/am/src/com/android/commands/am/Am.java
|
846df9f5171c4ef32f038cca651b6b9c0b6c3083 |
|
24-Sep-2010 |
Dianne Hackborn <hackbod@google.com> |
resolved conflicts for merge of 8952a448 to master Change-Id: I9c752a5d10ae8d8e5ead1243b6abd4795204fc0b
|
287952c35e148811c106bc0f5036eabf20f71562 |
|
23-Sep-2010 |
Dianne Hackborn <hackbod@google.com> |
Fix issue #3022508: Crash during media scan Don't kill processes for excessive wake lock use, even if they are in the background, as long as they have running services. Also fix some problems with this, such as not noting the kill in battery stats. And add killing of processes for cpu usage as well, along with some optimizations to computing CPU usage. And fix BatteryWaster to be better behaving for testing these cases. Add new "monitor" command to am to watch as the activity manager does stuff (so we can catch things at the point of ANR). Finally some miscellaneous debug output for the stuff here, as well as in progress debugging of an ANR. Change-Id: Ib32f55ca50fb7486b4be4eb5e695f8f60c882cd1
/frameworks/base/cmds/am/src/com/android/commands/am/Am.java
|
2d1b7a22390a355aa079473810e2b9914af88274 |
|
08-Sep-2010 |
Jack Veenstra <veenstra@google.com> |
Add support for giving arrays of ints and longs to the "am" command. Change-Id: Ibc4ae63fb5f8025a847bec7d37a1fce5abd81b39
/frameworks/base/cmds/am/src/com/android/commands/am/Am.java
|
f9b5eed81d690ab8f336cb3345b46a36e278f180 |
|
30-Aug-2010 |
Joe Malin <jmalin@google.com> |
Doc Change:ActivityManager usage doc:running test package Change-Id: I9a0c28e59f87e30c81d18162bee082b851d07a94
/frameworks/base/cmds/am/src/com/android/commands/am/Am.java
|
6a69b4fbaee9a8251401453cd2d3509d52f5b91c |
|
25-Aug-2010 |
Makoto Onuki <omakoto@google.com> |
Add --el option to am for long extras. Change-Id: I13b92284fa4e0765620552b7d9b08d7441254389
/frameworks/base/cmds/am/src/com/android/commands/am/Am.java
|
7b750542d68773c0df12ec747af292d458b59f45 |
|
13-Aug-2010 |
Daniel Sandler <dsandler@google.com> |
Fix incorrect usage text for am. Change-Id: I95afb3bd02ce23bb8d0797ec4c33e27a9530988e
/frameworks/base/cmds/am/src/com/android/commands/am/Am.java
|
824c510752fd6a30cdba5ed7324cb80a5043ce26 |
|
10-Jul-2010 |
Andy McFadden <fadden@android.com> |
Allow "am" to initiate heap dumps. This was mostly cloned from the "am profile" implementation. It's intended to replace the old "kill -10" approach used by "runhat". We could really use a native heap dump, so I pass a "managed" flag through that indicates whether we want to dump the native or managed heap. We don't currently have a native heap dump-to-file function, so it currently just logs a warning. (android.ddm.DdmHandleNativeHeap.getLeakInfo is a good start -- it copies /proc/maps and then calls get_malloc_leak_info to get some goodies. Needs some formatting to make it human-readable. I didn't want to cram all that into this change.) It would be useful if "am" didn't exit until the heap dump operation completed, but I'm not sure how to do that. Bug 2759474. Change-Id: I46bc98067738d8c72ac0fc10002ca67bb4929271
/frameworks/base/cmds/am/src/com/android/commands/am/Am.java
|
d6c0bb0f0f3827f1c336db20ac9dc0eb90cd46fa |
|
19-May-2010 |
The Android Open Source Project <initial-contribution@android.com> |
merge from open-source master Change-Id: I0598edad283a177a5ddcc30e20d2284503e6038e
|
746a95ab7145a1c7583d1f2d6004a508cd7a31dc |
|
17-May-2010 |
Christian Mehlmauer <FireFart@gmail.com> |
Removed Calls to deprecated APIs Change-Id: I3f9b6a8d3c8a050156a6cc7ea0eb9de33b82f79a
/frameworks/base/cmds/am/src/com/android/commands/am/Am.java
|
69acb6b746c82f88607b3365795ebb3279188eed |
|
16-Apr-2010 |
Jean-Baptiste Queru <jbq@google.com> |
Unify am startservice commands. This replaces the implementation with an equivalent one. Change-Id: I1343ddee9414a67906cd426b8381ddbace873894
/frameworks/base/cmds/am/src/com/android/commands/am/Am.java
|
d4dd85d532dcd383a2f6b421e747b5ab07246d19 |
|
14-Apr-2010 |
Anthony Newnam <anthony.newnam@garmin.com> |
Allow Am to start services Change-Id: I31d066ae2c980cc293e55034446a63a0f42088ad
/frameworks/base/cmds/am/src/com/android/commands/am/Am.java
|
5ef402baafc4818ccdf2aaec5da9cf25dd1c0e12 |
|
27-Mar-2010 |
Dianne Hackborn <hackbod@google.com> |
Fix issue #2538228: Intents targeting browsers constantly nagging Some applications are setting the MIME type field for an http: intent, which is technically wrong because the recipient opening the URI will get the MIME type from the header. This was hitting a bug when we compute the intent filter when setting the preferred activity, where we have to set both the MIME type and data URI for the intent filter. (For file: and content: URIs only the MIME type is needed, since these can be opened directly through ContentResolver so everyone is presumed to be able to handle them.) Change-Id: Ia7025e6859e9c90997bf56c2c80f225fca7a2007
/frameworks/base/cmds/am/src/com/android/commands/am/Am.java
|
8f7f35e0ccd91c964b9d3eeef81ff829622dfa74 |
|
26-Feb-2010 |
Dianne Hackborn <hackbod@google.com> |
Add new -W option to Am to wait for the start to complete.
/frameworks/base/cmds/am/src/com/android/commands/am/Am.java
|
6fb35fe1accfbdcbf0252e55cf7ef823c12f4c05 |
|
24-Feb-2010 |
Doug Zongker <dougz@android.com> |
add "startservice" option to am command-line utility Allows starting Services in addition to Activities. Change-Id: Ib078115f6200faa8907b35909af2f64b0c563b38
/frameworks/base/cmds/am/src/com/android/commands/am/Am.java
|
305e1b8fe926430e63d167ebed0c1f4d191ebcdc |
|
01-Dec-2009 |
Doug Zongker <dougz@android.com> |
add --esn option to am to allow adding extra with a null value
/frameworks/base/cmds/am/src/com/android/commands/am/Am.java
|
68d881cf2d2b252f6f795cd64d43e316a1d736e5 |
|
05-Oct-2009 |
Dianne Hackborn <hackbod@google.com> |
Fix issue #2166755: BroadcastReceiver trying to return result during a non-ordered broadcast Tell the broadcast receiver whether it is getting an initial sticky value, so it will be quiet about attempts to do ordered broadcast stuff. Note that the original bug being reported was not actually a crash, just an error log. So all we are doing here is making the log quieter. Change-Id: Iaf1b718d82093ec1197142410a64feff47eb3859
/frameworks/base/cmds/am/src/com/android/commands/am/Am.java
|
9f4af53561daae8ffe77157068d67ab10d9e2a4d |
|
22-Jul-2009 |
Dan Egnor <egnor@google.com> |
Make intent broadcasts in "am" synchronous (they wait until exit). Clean up error handling and reporting in "am". Make the usage message for "am" more informative. Make it easier to turn on logging in GoogleHttpClient.
/frameworks/base/cmds/am/src/com/android/commands/am/Am.java
|
9c8dd55a9d829c29a3feee9469d8c2f27a9f5516 |
|
24-Jun-2009 |
Dianne Hackborn <hackbod@google.com> |
Fix bug 1829561 ("am profile" with bad filename kills process). The am command is now the one that takes care of opening the target file, handling the opened file descriptor to the process that will be profiled. This allows you to send profile data to anywhere the shell can access, and avoids any problems coming up from the target process trying to open the file.
/frameworks/base/cmds/am/src/com/android/commands/am/Am.java
|
c62a216a2bb877b3b8c968cc90ab6c1f10605edc |
|
04-Jun-2009 |
Marco Nelissen <marcone@google.com> |
The '-D' option for the 'am' command appears to be optional, so reflect that in the usage.
/frameworks/base/cmds/am/src/com/android/commands/am/Am.java
|
95fc68f24a2a93e5664e2234abcfe479d385cc05 |
|
20-May-2009 |
Dianne Hackborn <hackbod@google.com> |
Fix issue where apps could prevent the user from going home. Now we have a 5-second time after home is pressed, during which only the home app (and the status bar) can switch to another app. After that time, any start activity requests that occurred will be executed, to allow things like alarms to be displayed. Also if during that time the user launches another app, the pending starts will be executed without resuming their activities and the one they started placed at the top and executed.
/frameworks/base/cmds/am/src/com/android/commands/am/Am.java
|
f5b4b98fada53d91c4c2ebeb5a1d33ccc95c94d2 |
|
06-Mar-2009 |
The Android Open Source Project <initial-contribution@android.com> |
auto import from //depot/cupcake/@136745
/frameworks/base/cmds/am/src/com/android/commands/am/Am.java
|
9066cfe9886ac131c34d59ed0e2d287b0e3c0087 |
|
04-Mar-2009 |
The Android Open Source Project <initial-contribution@android.com> |
auto import from //depot/cupcake/@135843
/frameworks/base/cmds/am/src/com/android/commands/am/Am.java
|
d83a98f4ce9cfa908f5c54bbd70f03eec07e7553 |
|
04-Mar-2009 |
The Android Open Source Project <initial-contribution@android.com> |
auto import from //depot/cupcake/@135843
/frameworks/base/cmds/am/src/com/android/commands/am/Am.java
|
54b6cfa9a9e5b861a9930af873580d6dc20f773c |
|
21-Oct-2008 |
The Android Open Source Project <initial-contribution@android.com> |
Initial Contribution
/frameworks/base/cmds/am/src/com/android/commands/am/Am.java
|