The monkey now gets told about system hangs, and does stuff about
it! Most especially, it can collect a bug report. Monkey wins!
Change-Id: Ic8350721e715ef21d1ec813c6aff9a83262d5faa
Monkeys were using SecureRandom, but what it really wanted was an LCRNG
that allowed it to reproduce the same output with seeds. This change
allows the monkeys to shine.
Bug: 6950454
Change-Id: Iabf0fc5e7d50b786fa32b946e85de797220ff569
* commit '0c8fe324e579842cb04818a96016ef7b929e625a':
For the recent SD card access change. The non-zogyte process need to use the Environment#getLegacyExternalStorage to access the sdcard.
As the delay is added as WaitEvent, throttle time is applied after
the WaitEvent. This cause problem for Tap and Drag. The thorrle time
is then inserted between ACTION_DOWN and ACTION_UP, or ACTION_DOWN
and ACTION_MOVE. This broke the two actions.
Change-Id: I5a122d6cb3d99e38d9442c3de50e0360652c4baf
Last attempt to fix ACTION_MOVE ended up breaking stuff
elsewhere.
For a touch based gesture, it usually have a group of motion
events, and typically they have the same down time and individual
event times. Example: a tap should have ACTION_DOWN with same
down time and event time, and subsequent ACTION_UP should have
the same down time as previous one, but a fresh event time.
Similar situation applies to ACTION_DOWN, ACTION_MOVEs,
ACTION_UP sequence of a drag/scroll/fling gesture
In addition, a 5ms delay is added for a tap between DOWN and
UP. And a 5ms delay is added for each injected event in a drag
gesture
Change-Id: I8e65e578152b1c1ff1fa4c0f476ef45806826479
Currently for motion events, monkey forces current system uptime
onto both down time and event time. This breaks ACTION_MOVE
events because the down time of it is supposed to be the time
when finger is down.
the new logic is:
* check down time, if it's invalid (<0), fill in uptime
* always update event time with a fresh uptime
Bug: 6424997
Change-Id: I0b445815a5015d48c08bebc921c572164874449d
Monkey should not be injecting keys with metastate of -1.
Cleaned up the code to ensure it doesn't happen and to make it more
obvious what's going on.
Bug: 6397645
Change-Id: I7339b2fe14edb0578005f93af1f803a0ae3dec96
The purpose of the monkey event is to imitate user action of
launching an app from launcher, and apparently launcher is
using one extra flag FLAG_ACTIVITY_RESET_TASK_IF_NEEDED
Bug: 6007633
Change-Id: Ie42cc84fd6235c9419b96bd9574056ed46687b25
1. The MonkeySourceNetworkViews was registering a raw event
listener for accessibility events and hence perform
connection and cache management in similar way to an
AccessibilityService. This is fragile and requires
the Monkey implementor to know internal framework
stuff. Now the functionality required by the class
is accessed via the new UiTestAutomationBridge.
Change-Id: Idd5820e42a4b4dfc1d9eed8977ec5ccd96485daa
by default.
Swith the mGetPeriodicBugreport default
value to false so that the bugreport
will not be captured by default.
Change-Id: Ieae662478d865d9a49dec4f77f52046b560c8972
