| e85da2bc2eeabb425c4b1270dbd0e22095aac957 |
15-Jun-2016 |
Michael Wright <michaelwr@google.com> |
Merge "Make lid switch edge rather than level triggered." into nyc-dev
|
| 155edc693eecb64d821a95567e719d0de7ee9c85 |
09-Jun-2016 |
Phil Weaver <pweaver@google.com> |
Improve accessibility window title behavior
Un-reverts ag/1057448, but uses a version of Resources#getText
that returns null rather than throw an exception when no title
is available. This is the same call made before, so this change
should be safer.
Bug: 28744278
Change-Id: I8c123f4f6d74f796ab9e8ffcf955aaf881770da1
honeWindowManager.java
|
| fc7130964024dc80c2c9a5e878418a81d35df00b |
08-Jun-2016 |
Phil Weaver <pweaver@google.com> |
Merge "Revert "Improve accessibility window title behavior"" into nyc-dev
|
| 266ed9acc396ff007b75b8356429d703117de2d7 |
08-Jun-2016 |
Phil Weaver <pweaver@google.com> |
Revert "Improve accessibility window title behavior"
Bug: 29127065
This reverts commit 2a7e4442bf9892842e0fc7eba9296e8fcf9f8ea5.
Change-Id: Ibc5527cfedd49c685ffd1b8ae59e87ed99c93d39
honeWindowManager.java
|
| 21e39a2e0c15d74f148f244c64ca484ac8c08db1 |
03-Jun-2016 |
Michael Wright <michaelwr@google.com> |
Make lid switch edge rather than level triggered.
Right now, because of the way that configurations are applied, when
the display turns on because of an incoming phone call the fact that
the lid is "shut" will automatically put the phone back to sleep,
causing the ringer to be silenced. By making this edge triggered, the
display will only sleep or wake up when the lid is initially shut or
opened, respectively, avoiding this issue. In the future we may want
to revise this so that the lid-shut state is better understood
throughout the system to avoid these types of issues, but for now
this is sufficient.
Bug: 26600446
Change-Id: I10d403b62944ed6eceaff58cddad5c243a2884df
honeWindowManager.java
|
| dd654eaf406ee668a040c8964c63389fe4af80ad |
27-May-2016 |
Adrian Roos <roosa@google.com> |
Fix IME and NavBar overlap with Direct Reply
In phone landscape, when the navigation bar is on the right,
and when the status bar is forcing the IME and NavBar, make
sure that the nav bar and IME don't overlap, even if the
NavBar is only transient.
Bug: 28914905
Change-Id: I22921f1aca7970c2d02dfd88408eb15c5b17151f
honeWindowManager.java
|
| 2a7e4442bf9892842e0fc7eba9296e8fcf9f8ea5 |
20-May-2016 |
Phil Weaver <pweaver@google.com> |
Improve accessibility window title behavior
Suppress the default, unlocalized strings from being read as title.
Bug: 28744278
Change-Id: Iea0f7d8fed3d6428ada725cf3ffa077ba974b74a
honeWindowManager.java
|
| a8c16935d9ba4d09d79e90ec430a7f3d31492d48 |
24-May-2016 |
Dianne Hackborn <hackbod@google.com> |
Fix issue #28931042: wtf in system server
Broadcast needs to have a valid action. We'll just pick
a generic one, since the receiver here doesn't care.
Change-Id: Ifff87626d11dd9fafb4e68819e8c8cecdf7fe1aa
honeWindowManager.java
|
| 1f170ddef81ee242dcdf8dc6b9aa60876cf3bff8 |
21-May-2016 |
Chong Zhang <chz@google.com> |
Merge "Dispose HideNavInputEventReceiver on PhoneWindowManager's handler" into nyc-dev
|
| 9f7fb09fa393eadbb42a4d67343f118975c851b0 |
21-May-2016 |
Chong Zhang <chz@google.com> |
Dispose HideNavInputEventReceiver on PhoneWindowManager's handler
Disposal of input event receiver needs to happen on the handler
specified for receiving the inputs, otherwise nativeFinishInputEvent
could crash due to race with native dispose.
Instead of disposing mInputConsumer in beginLayoutLw(), post to
PhoneWindowManager's handler to dispose, and skip any input events
received after mInputConsumer is set to null by beginLayoutLw().
bug: 26927018
Change-Id: I094eb4472ea68f2c8bd6a428161d7edb11dc8900
honeWindowManager.java
|
| 538c22630b3ffd3c9efd544552d5a7fb3ae876a8 |
19-May-2016 |
Winson <winsonc@google.com> |
Only broadcast screenshot error to the current user.
Bug: 28807226
Change-Id: I428ecc5572d7522580cdf38bded2fff9cf07abc2
honeWindowManager.java
|
| 8ecf66fc83e76165bea3cd408c687bd0b79c0552 |
18-May-2016 |
Ruben Brunk <rubenbrunk@google.com> |
Merge "Dismiss immersive mode overlay while in VR mode." into nyc-dev
|
| c30c8fd29cf91799eed241281826a658985a12b3 |
17-May-2016 |
Ruben Brunk <rubenbrunk@google.com> |
Dismiss immersive mode overlay while in VR mode.
Bug: 28052143
Change-Id: I750753c72cb8d41bf91c108e8fc645750fbf9c45
mmersiveModeConfirmation.java
|
| 23bf5462f05b33ce4390d8370520e43b74dbec09 |
14-May-2016 |
Jorim Jaggi <jjaggi@google.com> |
Handle multi-window for inset hint
We need to incorporate task bounds when calculating the inset hint
so we don't specify something wrong to the client which we correct
immediately after.
Bug: 28697105
Change-Id: I23cec7d6cc62a4d982e0796a867e803d4cce0803
honeWindowManager.java
|
| 3328433f13c6f357cfca98553ff90fabe1da9c1e |
12-May-2016 |
Jaewan Kim <jaewan@google.com> |
Fix continous crash in WindowManager in boot
Bug: 28728894
Change-Id: I660e2709a674eb4089dbb38173375491a87828db
honeWindowManager.java
|
| 254d9e4f410f63ed1ba3f917e207731c5d9d6538 |
12-May-2016 |
Jim Miller <jaggies@google.com> |
Merge "Fix KeyguardManager.isSecure() to observe work profile" into nyc-dev
|
| db1bc6bcc39c8c4deb1a86f889981e734a54fd72 |
15-Apr-2016 |
Adrian Roos <roosa@google.com> |
Force status bar window to be visible when expanded
Also don't collapse status bar if low profile gets set.
Status bar should almost never be collapsed without explicit
user action, and this only leads to issues.
Fixes: 27629489
Change-Id: Ibe5c64df578438c7224985b173a9cd967bf363bf
arController.java
honeWindowManager.java
tatusBarController.java
|
| e4044bb617ea849939058d953e250fcd540c75cc |
11-May-2016 |
Jim Miller <jaggies@google.com> |
Fix KeyguardManager.isSecure() to observe work profile
The fix passes the calling userId instead of the current userId to
allow apps running as managed profiles to work.
Fixes bug 28666104
Change-Id: I9f8676ab11bd581d9e67b2b9f385036d4d3576ee
honeWindowManager.java
eyguard/KeyguardServiceDelegate.java
eyguard/KeyguardServiceWrapper.java
eyguard/KeyguardStateMonitor.java
|
| 14db362511e52b4d5104115cf68e49c63763908a |
09-May-2016 |
Winson <winsonc@google.com> |
Fixing regression in call to showRecents().
- Previously, the call was made to showRecents() which took a single
boolean to determine alt-tab state, and after the refactoring, it
no longer made the same call.
Bug: 28663474
Change-Id: I75fb793e56c9a094a4372d7157dbd0dd7ecdbda7
honeWindowManager.java
|
| f76b15057eb5b96f74fe90fed58525b4b5a0ec20 |
28-Apr-2016 |
Adrian Roos <roosa@google.com> |
Merge "Show lockscreen wallpaper on SIM screens" into nyc-dev
|
| 4b74f4de64806f1d98d9fca172b63fb1daab3b14 |
28-Apr-2016 |
Jorim Jaggi <jjaggi@google.com> |
Fix IME adjustment for voice interaction windows
Bug: 28344950
Change-Id: I42fa7abe28a693bc22c878c75839af4ef03e5e8a
honeWindowManager.java
|
| a3760a4713de573c88fc9f14e9a25b358ef4eea2 |
26-Apr-2016 |
Adrian Roos <roosa@google.com> |
Show lockscreen wallpaper on SIM screens
Also fixes a bug where the lockscreen wallpaper was
showing in occluded mode and where the regular wallpaper
was flashing when going back from occluded mode.
Change-Id: Ibe6404acc4ed5db8807b3ef223b149e841730c8f
Fixes: 28271756
honeWindowManager.java
|
| bdc4700155f5ff89e213cb0e9efe49897b888f7d |
26-Apr-2016 |
Jaewan Kim <jaewan@google.com> |
Merge "PIP: Send KEYCODE_WINDOW to app first if PIP isn't exist" into nyc-dev
|
| f0fd218382b96f052d22a2e8ee00510cc23a6d1e |
20-Apr-2016 |
Jaewan Kim <jaewan@google.com> |
PIP: Send KEYCODE_WINDOW to app first if PIP isn't exist
Bug: 27954955
Change-Id: I517e378d5c1672ac0eb87bdf4375b7d733276e58
honeWindowManager.java
|
| 72c216f25072123f498105bc7ad98a65a7a3cdaf |
26-Apr-2016 |
TreeHugger Robot <treehugger-gerrit@google.com> |
Merge "Don't hide app windows due to not showing when locked when keyguard is hidden" into nyc-dev
|
| 23fd1db68d1c28c8edc4ece1a0a1aa36c278e980 |
26-Apr-2016 |
Wale Ogunwale <ogunwale@google.com> |
Don't hide app windows due to not showing when locked when keyguard is hidden
This worked in pre-N because the only visible app was the app that can be
shown when the keyguard is hidden. That isn't the case in multi-window mode
where one of the apps can be shown when locked and the other doesn't have
the show when locked flag. Only hide the other app if the keyguard is shown.
Bug: 28368875
Change-Id: I5039098db74492fadf667fed24fc58448436681a
honeWindowManager.java
|
| 1d66995f47d548efe7863e88a8cc7bd2c66661a0 |
25-Apr-2016 |
Amith Yamasani <yamasani@google.com> |
Merge "Fix deadlock between VrManager, ActivityManager and WindowManager" into nyc-dev
|
| 02a0381e516f1782ff5a2170ed3b3e1bda7284fe |
23-Apr-2016 |
Amith Yamasani <yamasani@google.com> |
Fix deadlock between VrManager, ActivityManager and WindowManager
Let WM register to listen for Vr mode state changes and keep
track of it locally to avoid calling out to vr manager.
Bug: 28342910
Change-Id: I071666fab7319f315021f48058177dd3141acc3a
mmersiveModeConfirmation.java
honeWindowManager.java
|
| 0bf096f1b45959e260b09b2483e79187c1991f54 |
14-Apr-2016 |
Andrei Stingaceanu <stg@google.com> |
Keyboard shortcuts: dismiss when activities start via shortcut
* introduced a new intent DISMISS_KEYBOARD_SHORTCUTS and
and new public API in Activity (which sends a broadcast
to KeyboardShortcutsReceiver) which applications can
use to dismiss the keyboard shortcuts.
* plumbing and implementation for a new call to dismiss
keyboard shortcuts from PhoneWindowManager and used it:
** when starting activities invoked via Search+key
** when starting activities invoked via META
** when starting activities via application launch keys
* removed unused variable in
Activity#onProvideKeyboardShortcuts
Note that for apps started via touch (aka non-shortcut)
like tapping the Settings gear icon from the notification
bar the menu is not automatically dismissed.
Bug: 28012198
Change-Id: I83a8d4f342bb8a08115a648648834d0d2bac19fd
honeWindowManager.java
|
| 3dd59487cc5f01f38e1e5068ce9257a40473baba |
20-Apr-2016 |
Adrian Roos <roosa@google.com> |
Merge "Fix unprotected StatusBarManagerService calls" into nyc-dev
|
| 3eefb4c313d0269f7e8bd226bdcc2d039f9e5608 |
19-Apr-2016 |
TreeHugger Robot <treehugger-gerrit@google.com> |
Merge "Use right starting window resource in multi-window mode." into nyc-dev
|
| dfc18623edfd35778c1f2c8efab12dfeff98ded7 |
17-Apr-2016 |
Wale Ogunwale <ogunwale@google.com> |
Use right starting window resource in multi-window mode.
Use the override configuration for the task the app is contained
in to generate resources for the starting window.
Bug: 28220001
Change-Id: I6fdf39a6d6de41287b44b25861a76f58fe58dd53
honeWindowManager.java
|
| f2efdd8c7ca65745245a0ac26c681a8d376adb87 |
16-Apr-2016 |
Adrian Roos <roosa@google.com> |
Fix unprotected StatusBarManagerService calls
Some Binder calls in StatusBarManagerService were
left unprotected. They had no business being binder
calls in the first place, so they got moved to
StatusBarManagerInternal.
Bug: 28222649
Change-Id: Ib26dcca413eb642ba8cd6a4482bf13071f8bd3ab
arController.java
honeWindowManager.java
tatusBarController.java
|
| c99f05e1b0d3b13bbf46ebcb5b23307d6af4e1ce |
16-Apr-2016 |
TreeHugger Robot <treehugger-gerrit@google.com> |
Merge "Fix broken statusbar disable flags" into nyc-dev
|
| 2a6291069187756a1c45786215716db3f37097f7 |
16-Apr-2016 |
Adrian Roos <roosa@google.com> |
Fix broken statusbar disable flags
Fixes a bug where the disable flags were
always applied to user 0 instead of the current
user because the user switch dispatch from
WindowManager was broken.
Change-Id: Ib2faf0777c5367af5bf07cb2d11c51ed0222d65c
Fixes: 28062568
honeWindowManager.java
|
| 681fc7b2670542aae0f3b9ef8f6c7a88db984ea9 |
15-Apr-2016 |
Jorim Jaggi <jjaggi@google.com> |
Fix wrong transition when dock minimized and docked app launched
When having an app docked and then going home, and then launching
the app from the homescreen, we had a wrong transition because
getTopMost task was already set to the launched app, because
getRunningTasks doesn't exclude the docked stack. Instead of adding
flags for getRunningTasks, which sounds risky, we just pass a "force"
value when we launch recents in this state.
Bug: 27154882
Change-Id: Iee4512fed13115dbbe8b74413ff1fa9b87afa0ef
honeWindowManager.java
|
| eb88d83fc5da8ea05033c03bbb9f0d4b804ba162 |
14-Apr-2016 |
Jorim Jaggi <jjaggi@google.com> |
Add nice animation when adjusting for IME in multi-window
- Run a separate animation when we need to adjust for the IME. We
can't use the attached animation because the adjustment animation
needs to be longer than the IME animation.
- Also run an animation when IME is disappearing.
- Adjust IME exit animation to better match with adjustment exit
animation.
- Make sure to update adjust for IME when entry/exit animation of
IME is starting, to avoid flickers.
- Don't update the IME window in PhoneWindowManager for layout
until the animation has started. This lead to an issue where the
content inset was set too large too early.
Bug: 27154882
Bug: 28175599
Change-Id: I09a33413e307f84d6c3cf4ae928c280f7ad48348
honeWindowManager.java
|
| 469caae9ea03c8f4261b8fd6df25aa20b3647e9a |
22-Mar-2016 |
Sriram Viswanathan <tvsriram@google.com> |
Disable recents button in carmode inside of NavigationBarView,
instead of doing it from PhoneWindowManager, which doesnt maintain
the mUiMode properly and in sync with that in the UiModeManager.
In addition the re-layout / modifications in the content of the
navigation bar in care mode are better consolidated in one place
instead of many places.
Bug: 27313462
Change-Id: I1bdc2324f649f19f879b71c695381587561498e9
honeWindowManager.java
|
| b5dd049089a8c62efea445be9abd1f476fbf1ab9 |
14-Apr-2016 |
Muyuan Li <muyuanli@google.com> |
Fixes a bug in shortcut key.
All shortcut keys that are dispatched to listeners will be checked
against user provisioning status. Only if user setup is complete will
the listeners receive shortcut keys.
Bug: 28192375
Change-Id: Iecc5a21a40d07bdc4f71d1a36187cca4a5b30bde
(cherry picked from commit f0667f077f66ba3e58387f7570dd82a26aaed7b8)
honeWindowManager.java
|
| 015e42aef65509270462e3f8e6b165a39d3e37fa |
14-Apr-2016 |
TreeHugger Robot <treehugger-gerrit@google.com> |
Merge "Limit don't dispatch when non-interactive and the display is off to watches" into nyc-dev
|
| 6b15ea5cea58e7b35e8ee6e751250e2670f6887e |
04-Apr-2016 |
Wale Ogunwale <ogunwale@google.com> |
Limit don't dispatch when non-interactive and the display is off to watches
We still want to dispatch input for non-watch devices when the non-interactive
and the display is off.
Bug: 26277593
Change-Id: I38023b3494e46c63578dd3162e2b9aa0a213862d
honeWindowManager.java
|
| 3166593f4e8e7ccfdecfca010fd8d22b5e219487 |
13-Apr-2016 |
Dan Sandler <dsandler@android.com> |
Fix NPE when the vr manager isn't around at first.
There's a race condition when grabbing the VR service during
ImmersiveModeConfirmation's constructor since the window
manager allocates the ImmersiveModeConfirmation in its own
init(); vr may still be starting up at that time.
Change-Id: Ic0aa0fbf8fd087f01f4690c14e1c68f0670b0bc0
Fixes: 28159168
mmersiveModeConfirmation.java
|
| 064e612779b960a0694d0334851d59d1c8aaf57d |
12-Apr-2016 |
Daniel Sandler <dsandler@android.com> |
Merge changes from topic 'vr-fixes' into nyc-dev
* changes:
Suppress immersive mode confirmation in VR mode.
Suppress heads-up notifications in VR mode.
|
| 5ba0d3e3a3035b67d2ce3a59975145b1e0061ef4 |
11-Apr-2016 |
Makoto Onuki <omakoto@google.com> |
ShortcutManager: First cut of CTS
Bug 27548047
Change-Id: Idd7a768ea4fee44c2cf6e3bd473cea9e67f5f7cd
hortcutManager.java
|
| 096ba22ae3a40630792eb6fc262597af46e47b6a |
11-Apr-2016 |
Dan Sandler <dsandler@android.com> |
Suppress immersive mode confirmation in VR mode.
Change-Id: I5046d3f60727bded484cb11233638be0e24ef0d8
Fixes: 28052143
mmersiveModeConfirmation.java
|
| 8f5701bd9f1149d672d63758e522dcfaaa258a73 |
05-Apr-2016 |
Jorim Jaggi <jjaggi@google.com> |
Only force drawing status bar background if target >= N
Since forcing it all the time has the potential of breaking
compatibility with apps, we don't want to do this.
Instead, we only force it if the app targets >= N.
We communicate this to window manager with
PRIVATE_FLAG_FORCE_DRAW_STATUS_BAR_BACKGROUND.
We introduced this for 2-up split-screen. If we have an app
that doesn't draw the status bar background by itself, we
just force the whole bar to be black.
The same applies for windows that used translucent status
bar - we also force the whole bar to be black
Bug: 27285627
Change-Id: I7f1ceaa364f8a4e851935f77aa5e8d913bf11791
honeWindowManager.java
|
| 48143f7ec58f2793e236566e0d25d3b731858996 |
07-Apr-2016 |
Andrii Kulian <akulian@google.com> |
Merge "Caps Lock toggle with Meta + Alt (2/2)" into nyc-dev
|
| 347bb9a3cf53595b8beed17574cec9c0072aa819 |
06-Apr-2016 |
Jorim Jaggi <jjaggi@google.com> |
Merge "Don't lock device when double tapping" into nyc-dev
|
| f1cdf9558d2b7f8fe5b8cf3d309b48809f04403b |
06-Apr-2016 |
Jorim Jaggi <jjaggi@google.com> |
Don't lock device when double tapping
Bug: 24265204
Change-Id: Ia19e956def454604ed3f3e3e9815fc1872ef649a
honeWindowManager.java
eyguard/KeyguardServiceDelegate.java
eyguard/KeyguardServiceWrapper.java
|
| 112d05678b7de53da8948f62dd2e968274f62244 |
08-Mar-2016 |
Andrii Kulian <akulian@google.com> |
Caps Lock toggle with Meta + Alt (2/2)
Caps Lock implementation in frameworks/base
Bug: 27482276
Change-Id: Ie0d8145c049197d4591e012832a710e4f751d2ac
honeWindowManager.java
|
| 11c62e17af9096f76d4532f26cacd809c3a5ef53 |
06-Apr-2016 |
Jorim Jaggi <jjaggi@google.com> |
Dynamic density change handling
- In PWM, make sure to read the height values after the new
configuration has been applied.
- Reset all navigation bar button icons when density changes.
- Adjust height of notification bar.
- Reload divider height values in SysUI and WM.
- Snap divider handle to a new position after loading the
new configuration, as the snap points change.
Bug: 26844819
Bug: 27450471
Bug: 27921696
Change-Id: I9e28f0c49f6367c5fcfac010e7a6e98a42e85996
honeWindowManager.java
|
| 002f7121b72c55cf21123a094f52424bde074c3c |
30-Mar-2016 |
Andrei Stingaceanu <stg@google.com> |
Keyboard shortcuts: disable toggling from lockscreen
Do not allow toggling the keyboard shortcuts dialog
if the keyguard is locked.
Bug: 27717058
Change-Id: I4a16a863ed1a4d3cefa7ca41c1361592ef3c5b3c
honeWindowManager.java
|
| 933076d80561751618f462b26309ce9e4c3ff3bf |
30-Mar-2016 |
Andrii Kulian <akulian@google.com> |
Refactor usages of Picture In Picture and Multi Window (1/4)
Bug: 27365860
Change-Id: I1590e430a12ceb84cb83da295e0bf7e4378fea96
honeWindowManager.java
|
| e5638a6f75472127493422a68954aa3fd2109658 |
26-Mar-2016 |
Jorim Jaggi <jjaggi@google.com> |
Fix nav bar consuming
- Cache shouldAlwaysConsumeNavbar so it doesn't get reset when
insets == null
- Remove logic with frame comparison when determining whether to
consume nav bar. Not sure how that ever worked.
- Make sure shouldAlwaysConsumeNavBar survives when consuming
insets.
Bug: 27157904
Change-Id: I35f209ab27cc12240038da7efa9e79c95f70c6ce
honeWindowManager.java
|
| 0cb0f728fb48f3d10de74dedef13d155d5fed2b6 |
26-Mar-2016 |
Jorim Jaggi <jjaggi@google.com> |
Fix divider animation
Don't animate if the divider is offscreen.
Bug: 27859698
Change-Id: Ie41ed9d2a4b8ad8fc08fcb56bd85a56a13572acf
honeWindowManager.java
|
| 192086eb8aff3fb873a7e03ade0b81652aacf25f |
11-Mar-2016 |
Jorim Jaggi <jjaggi@google.com> |
Implement transition for docking task in recents #1
- When the docking transition is happening, defer updating
the bounds of the home stack until the transition is done.
This is to preserve the scrim which is drawn in the recents
activity.
- Use the PROLONG_AT_START infrastructure to hide the task
in recents when starting the app transition.
- When recents finally get resized at the end of the transition,
reset it's draw state so we don't move the old surface around,
and the new surface gets drawn at the new position, to avoid
flickering.
- Remove hack around not layouting docked divider if it's not
visible, it's not needed anymore and resulted in a wrong
initial position.
- Fix animation selection for docked stack divider.
- Make sure win.moved() always gets called.
Bug: 27607141
Change-Id: I76c35f09461f044a90e2c88335008284b5839cc0
honeWindowManager.java
|
| 2adba07d75419462873dfeef40d4c983d832ed99 |
03-Mar-2016 |
Jorim Jaggi <jjaggi@google.com> |
Show a scrim activity if task is not resizable
Add a callback to TaskStackChangeListener which gets fired when the system
might need to inform the user that a specific app might not work in
multi-window.
Use that callback in SysUI to show a translucent activity which scrims the
activity behind to inform that it might not be resizable.
Debounce the information to once per multi-window session, to not make it
annoying.
Introduce launchTaskId to start an activity in an existing task, and protect
that with START_TASKS_FROM_RECENTS permission.
Bug: 27327287
Bug: 27431869
Change-Id: I89e8d653872ab01ba3c1e252b426e5481da0e6ca
tatusBarController.java
|
| 3eca3cd33497d44953418f8c6d9de4a00015d64f |
25-Mar-2016 |
Muyuan Li <muyuanli@google.com> |
Merge "Refactor enableAccessibility to AccessibilityManagerService" into nyc-dev
|
| 4e850ffaa757cd6f1e2578c454a7a83a93419e83 |
02-Mar-2016 |
Clara Bayarri <clarabayarri@google.com> |
Keyboard Shortcuts: Add Keycodes for shortcut representation
This changes the current API given app feedback received. In order to use
keycodes as well as chars we also must implement a mapping of Keycodes to
Display labels as only keys with a single char representation are provided
by KeyCharacterMap.
Bug: 27409783
Change-Id: I3da653adc4b8cbc66a4d1aa24a5f9181f71e83c3
honeWindowManager.java
|
| 16b8251c89743dab939ccfc79fb6f64d0df6aaae |
19-Mar-2016 |
Muyuan Li <muyuanli@google.com> |
Refactor enableAccessibility to AccessibilityManagerService
enableAccessibility is refactored from EnableAccessibilityController to
AccessibilityManagerService. Also added are 2 methods disableAccessibility,
and isAccessibilityEnabled.
Bug: 27645255
Change-Id: I32d75ed6617b8bcf82bbee0dd5ee776f430fb386
(cherry picked from commit 84da556422d50e43eb674061cc454f331104d493)
nableAccessibilityController.java
|
| cdc78f7137b8036dd96c92ff15fc04ee8fc49c5c |
21-Mar-2016 |
Makoto Onuki <omakoto@google.com> |
ShortcutManager: Clean up for uninstalled packages.
Bug 27548047
Change-Id: I95ca832af496fbf71023eb27a7e2647c124ffb86
hortcutManager.java
|
| 8a372a0a280127743ce9a7ce4b6198c7a02d2a4f |
16-Mar-2016 |
Jeff Sharkey <jsharkey@android.com> |
Refactoring FBE APIs based on council feedback.
Mostly consists of removing the word "encryption" from most APIs,
since we can't actually make promises about the data being encrypted.
Bug: 27531029
Change-Id: Iace9d7c4e64716abf86ed11847c40f3947e1d625
hortcutManager.java
|
| 7c74ae040d2edf956d3ec943f146c5baa93af0eb |
14-Mar-2016 |
Wale Ogunwale <ogunwale@google.com> |
Merge "Disable FLAG_LAYOUT_NO_LIMITS window flag in multi-window mode" into nyc-dev
|
| 9185fb07c4df49fe604f9535505634f86aeac1c4 |
12-Mar-2016 |
Wale Ogunwale <ogunwale@google.com> |
Disable FLAG_LAYOUT_NO_LIMITS window flag in multi-window mode
FLAG_LAYOUT_NO_LIMITS allows a window to extend its dimensions outside
the screen area by setting the display frame to a really big value.
We don't want this in multi-window mode since all window frames should
be limited to their parent task/stack dimensions.
Bug: 27577275
Change-Id: Ie0a8b8c13de91561e06dadc27aac3a5ba209d05b
honeWindowManager.java
|
| 34f09ca843268ea8aee108038b78abbc8e520ec7 |
04-Mar-2016 |
Anthony Hugh <ahugh@google.com> |
Add system wide long-press back button functionality
This CL adds long-press back button functionality as a system
intercepted keypress.
Incorporated in this is an update to clockwork overlays so that
long-press on back will launch ACTION_VOICE_ASSIST.
BUG: 27313719
BUG: 27427088
Change-Id: Iaff337dc50e0022d2392c19d095cec98563b1c7d
honeWindowManager.java
|
| 44dbe294fbf06a1def61c48e758621e61ce23b08 |
10-Mar-2016 |
Winson <winsonc@google.com> |
Fixing issue where screenshot notification remains non-dismissible.
- Ensure that we start the screenshot as a foreground service to reduce
likelihood that it is killed while taking a screenshot.
- If the screenshot process times out or gets killed for any reason,
ensure that we update the notification with an appropriate error
message.
Bug: 27389179
Change-Id: I5007bda95538044bc753e4ceffd2f59a069c857b
honeWindowManager.java
|
| 7014a3a89392f4148dcbb3bfc805d26b90f55ae3 |
09-Mar-2016 |
Yorke Lee <yorkelee@google.com> |
Merge "Add configurable nav bar opacity rules" into nyc-dev
|
| 9b2ffb31df8b996f434f2f6f0df3274255a15ad6 |
08-Mar-2016 |
Yorke Lee <yorkelee@google.com> |
Add configurable nav bar opacity rules
NAV_BAR_OPAQUE_WHEN_FREEFORM_OR_DOCKED (default) - Nav bar is always opaque when
either the freeform stack or docked stack is visible.
NAV_BAR_TRANSLUCENT_WHEN_FREEFORM_OPAQUE_OTHERWISE - Nav bar is always
translucent when the freeform stack is visible, otherwise always opaque.
Bug: 26425669
Change-Id: I36ff12df4448a35c66f0e3dc2272169496b562d5
honeWindowManager.java
|
| 6ca619fe1aff489e1227b0db6a77c96e973a1db3 |
08-Mar-2016 |
Muyuan Li <muyuanli@google.com> |
Partial screenshot
Added a partial screenshot function in TakeScreenshotService
also added corresponding shortcut keys in PhoneWindowManager
Bug: 26820467
Change-Id: Id67cd3b4b0eed848eb4665056766546500bdac88
(cherry picked from commit 03e45541e9d54a2f285906ac7b5bcb374db14495)
honeWindowManager.java
|
| 605ec5cdca371629d1c197e8e541fb00596880c6 |
08-Mar-2016 |
Muyuan Li <muyuanli@google.com> |
Merge "Fixing shortcut key duplicate registration bug" into nyc-dev
|
| 8a97307e5b2dd3888dfc3e75bff39a8ad151fe2a |
05-Mar-2016 |
Svetoslav Ganov <svetoslavganov@google.com> |
Merge "Don't crash legacy apps with revoked "Draw over apps access"" into nyc-dev
|
| 24d24acf7a329f1c08ab08fb2ad7217878b08c1f |
04-Mar-2016 |
Muyuan Li <muyuanli@google.com> |
Fixing shortcut key duplicate registration bug
Change-Id: I1300a14519b1aac701b105ed16144bb3ef57e73b
(cherry picked from commit 75bca3a5364adbc37d27aa5ed6aa5b36547137db)
honeWindowManager.java
|
| 03f2afc3db08d5d0becc48e14ad89fa969a6edaf |
05-Mar-2016 |
Svet Ganov <svetoslavganov@google.com> |
Don't crash legacy apps with revoked "Draw over apps access"
bug:26396161
Change-Id: I8b86e175b4815e58ace78c37a86141c5e4dbe183
honeWindowManager.java
|
| acc86abf82b2dad283c31a1cbec7568695ebfd16 |
04-Mar-2016 |
Yorke Lee <yorkelee@google.com> |
Merge "Add config value to force nav bar to be opaque" into nyc-dev
|
| 2e4b7327ce4d93bbdcf959f38b0b8adba34add6e |
03-Mar-2016 |
Yorke Lee <yorkelee@google.com> |
Add config value to force nav bar to be opaque
Bug: 26425669
Change-Id: I97dcfa734e6ca5688ae2a5e2b9330b1a70d7b623
honeWindowManager.java
|
| 720e0d2cb774f74617c90e2e1da54c107a34b79b |
02-Mar-2016 |
Amith Yamasani <yamasani@google.com> |
Allow for uninstalled apps in ShortcutManager
In split system/user devices, user 0 will not have
several of the system apps installed by default. So
system services that are doing package queries need
to consider uninstalled packages as well in some cases.
Bug: 27388370
Change-Id: If6f4b20f60d36743c76ef307e0ac74112b2ca69e
hortcutManager.java
|
| 94ce94e96069ab6c2ece4864ba4c7692f3168352 |
25-Feb-2016 |
Muyuan Li <muyuanli@google.com> |
Allows components to register shortcut key.
The registered shortcut will be called from PhoneWindowManager,
before dispatching
Change-Id: If26128939b45a639c8895719a7a23ca433f39fd9
(cherry picked from commit 4da863c5a8872dcabb179a978a2b2157d9081679)
honeWindowManager.java
|
| 0ffd49cbe0ab4c13fd5528abacade898a8cff481 |
13-Feb-2016 |
Jorim Jaggi <jjaggi@google.com> |
Always consume bottom insets when navigation bar is force shown
When an app requests SYSTEM_UI_FLAG_LAYOUT_HIDE_NAVIGATION but we
force show the navigation bar, we need to treat for the app like
there is no virtual navigation bar on the device. Because if you
combine it with FLAG_HIDE_NAVIGATION, you'd expect the navigation
bar gets hidden but it doesn't, so there could be content that
overlaps with the navigation bar.
Bug: 27157904
Change-Id: I088e02eae2e723c35e9cb4873de6b1325458533b
honeWindowManager.java
|
| 978b4d0e4339b4eab252d70ceeb8ca67e4f98caa |
23-Feb-2016 |
Felipe Leme <felipeal@google.com> |
Merge "Fixed MetricsLogger usage." into nyc-dev
|
| d426d12bb412d0de6a471c2015a710afbbd202ba |
23-Feb-2016 |
Felipe Leme <felipeal@google.com> |
Fixed MetricsLogger usage.
BUG: 26759986
Change-Id: Ice16c58f09de8778240ae845917e59bf36ccd112
lobalActions.java
|
| 4e34c4e53c21f004cb575c0d46c83565b33fed88 |
23-Feb-2016 |
Felipe Leme <felipeal@google.com> |
Merge "Initial implementation of logging metrics for bugreport." into nyc-dev
|
| 6605bd89c53494b59717a826f9a17641bc32da41 |
23-Feb-2016 |
Felipe Leme <felipeal@google.com> |
Initial implementation of logging metrics for bugreport.
This change logs the following user actions:
- Interactive bug report initiated from power menu.
- Full bug report initiated from power menu.
- Bug report canceled using system notification.
- Bug report details screen open using system notification.
- Additional Bug report screen shot taken using system notification.
- User changed bug report name using the details screen.
- User changed bug report title using the details screen.
- User changed bug report description using the details screen.
- Changes made on bug report details screen were saved by user.
- Changes made on bug report details screen were canceled by user.
BUG: 26759986
Change-Id: I1aae98b87a4dea66a1030a024dd799b97c25dd6d
lobalActions.java
|
| 7587e38992af85ea1f488f2155ff3576d65f2c18 |
22-Feb-2016 |
Jorim Jaggi <jjaggi@google.com> |
Merge "Restrict dock sides after rotation" into nyc-dev
|
| 5060bd891068b78bcbe72e1d8b61efac2da02c20 |
20-Feb-2016 |
Jorim Jaggi <jjaggi@google.com> |
Restrict dock sides after rotation
Bug: 27167078
Change-Id: If51626b75321eebc277eb2399ee753ffe489642b
honeWindowManager.java
|
| 9cea80cdddbecadb304eb7c8373cf1ed397f433a |
16-Feb-2016 |
Svet Ganov <svetoslavganov@google.com> |
No overlay when permissions shown - framework
bug:26973205
Change-Id: I88395e47649191bb7db6dd8723c49e741ef4f1e4
honeWindowManager.java
|
| 82c9dc951e8e19b9eab6120b6465e08c5d69beba |
06-Feb-2016 |
Jorim Jaggi <jjaggi@google.com> |
Fix configuration calculation when task is non-fullscreen
Apparently only the navigation bar is excluded when calculating
Configuration.screenLayout. Make the calculation for non-fullscreen
tasks consistent with fullscreen tasks.
Change-Id: I027e41e49ffe95245116f3d134e0bc93af0ee450
honeWindowManager.java
|
| 7998e48ce3240d09f28cd365fb6ba58f8987470f |
13-Feb-2016 |
Jorim Jaggi <jjaggi@google.com> |
Fix unlock transition when docked stack is visible
- Keep surface of docked divider when lockscreen is showing, like
all other apps, so we don't run into synchronization issues when
unlocking. We do this by setting policy visibily to false, but
keep clientVisibility=true
- Update docked stack visibility when starting unlock sequence to
visible.
Bug: 27154882
Change-Id: I6def5c18831e23579fcfc904133749f149eaf376
honeWindowManager.java
|
| 76b7d0d5d7bfaf27d0039437a7ab08325014e99a |
12-Feb-2016 |
Jaewan Kim <jaewan@google.com> |
Revert "PIP: Use long press HOME for PIP on Android TV (2/2)"
Long press HOME will launch recents instead.
Bug: 27159966
Change-Id: I9a4fd847d716d7e4e4754c7a9c48628c46f82233
honeWindowManager.java
|
| 9f6798a9367cc6134f956c422107361db43c4212 |
11-Feb-2016 |
Jorim Jaggi <jjaggi@google.com> |
Fix layout for full-screen floating windows
When the app doesn't set IN_SCREEN and INSET_DECOR but the window is
still full-screen, we force SYSTEM_UI_FLAG_LAYOUT_FULLSCREEN but then
we still need to communicate the content insets to the DecorView.
In DecorView, we consume these insets in this mode and set it as
layout params so this behavior is completely transparent for the
app.
Bug: 26464646
Change-Id: Ib7332b845767a5bbc0266c380bf6240e322db943
honeWindowManager.java
|
| e26334ba1a5c7880c67b931a6ca73941167712e9 |
12-Feb-2016 |
Jorim Jaggi <jjaggi@google.com> |
Merge "Handle light status bar for split-screen" into nyc-dev
|
| 86905582411c5c77a3e7641589cf206c6e5770f5 |
10-Feb-2016 |
Jorim Jaggi <jjaggi@google.com> |
Handle light status bar for split-screen
In split-screen the light status bar flag for one side of the
status bar can be different from the other side.
SYSTEM_UI_FLAG_LIGHT_STATUS_BAR is now reported for both
the fullscreen stack and docked stack, but not anymore in the
"default" SysUI visibility field when reporting a visibility
change to SystemUI. The change also reports the docked stack
and the fullscreen stack bounds, so SystemUI can guard tinting
the icons on whether the icon is one of the areas.
When calculating the light status bar flag in PWM, we keep track
of the top fullscreen opaque window state for the docked and
fullscreen stack separately.
Bug: 24365214
Change-Id: Id2240a86d75bf96e0138ec7652a4793859f56e3c
honeWindowManager.java
|
| 691546e5b7f94a6e2d76630ee1287e0b9c69e7a8 |
09-Feb-2016 |
Adrian Roos <roosa@google.com> |
Isolate Keyguard from main thread badness
Adds a bindService variant to run the ServiceConnection callbacks
on a dedicated Handler.
Changes KeyguardService binding to use the foreground thread
instead of the main thread and changes state to the
KeyguardScrim on the UI thread.
Bug: 26954967
Change-Id: I9d7bd85382816cd0e23772b14ff6518266a9d232
eyguard/KeyguardServiceDelegate.java
|
| 81ba11eccbc2519338782100c13cf4a5909ad6be |
04-Feb-2016 |
Jorim Jaggi <jjaggi@google.com> |
Put dismiss end target at navigation bar
This makes the animation when exiting docked mode a bit nicer
when you fling the divider towards to the navigation bar. However,
since the divider ends at the navigation bar, we need to immediately
dismiss it instead of fading out when the divider is fully occluded
by the navigation bar.
Change-Id: Ic5432fd118cb71be36485667b2c537caf5065ce5
honeWindowManager.java
|
| 9511b0f1e9ac629a4a747a0c9373d33ab33cfc32 |
30-Jan-2016 |
Jorim Jaggi <jjaggi@google.com> |
Fix bug where surface was not clipped off during resizing
When dragging the divider in a way such the task size goes through
the following transition
- Half size
- Full screen
- Half size
the surface wasn't clipped off anymore. This was because in full
screen configuration, computeDragResizing() == false thus when
going full screen -> half size, we reset the draw state to
DRAW_PENDING to get notified when it has finished drawn. However,
this also broke clipping.
In order to fix this, we always put the window into a resizing mode
no matter whether the bounds are fullscreen or not.
However, this introduces an ugly flickering on the navigation bar,
when going into docked mode, because the app doesn't draw navigation
bar background in resize mode.
To fix that, we calculate the presence of navigation bar whether the
window is fullscreen, and not just whether it's resizing. For that,
we need to calculate the presence in BackdropFrameRenderer, by using
the insets just sent by window manager.
Change-Id: Idf56df4ae7fefe67d068bc2eeda8dc4d83bbefb7
honeWindowManager.java
|
| d09020576f4ae19b006983bc0eab5c317a8856de |
25-Jan-2016 |
Rubin Xu <rubinxu@google.com> |
Mask widgets for suspended packages.
Bug: 22776761
Change-Id: I271257e765a2297c780ac2bd37426d8fb451e5d9
conUtilities.java
|
| c552b04cb4aac9d31dbaf9744f32ddc14886e222 |
18-Jan-2016 |
Jaewan Kim <jaewan@google.com> |
PIP: Use StatusBarService to handle PIP key
Bug: 26591829
Change-Id: I7051fab966e2fc0887b2a21ddbf11aff7e16804b
honeWindowManager.java
|
| 1262dc039061a1c746335d9bf7a09056b42c84fa |
22-Jan-2016 |
Michael Wright <michaelwr@google.com> |
Merge "Switch and store keyboard layouts based on IME subtype."
|
| d5f7ed9fe9dc3590f6ef9cb7470e29e836a95907 |
19-Jan-2016 |
Michael Wright <michaelwr@google.com> |
Switch and store keyboard layouts based on IME subtype.
Rather than associate the keyboard layout solely with a specific
hardware model, we should also associate it with a given IME subtype.
This lets users switch between various languages and have the
keyboard change in unison with them so they can use the appropriate
layouts for each language.
This change adds initial support for associating IME subtypes and
keyboard layouts. We still need to:
- Remove support for the old style of layout association once the
Settings apps begins to use the new APIs
- Automatically select an appropriate layout based on the given
subtype (or set a reasonable universal default such as QWERTY)
Bug: 25752812
Change-Id: Ie88ce1ab77dbfe03ab51d89c1dc9e0a7ddbb3216
honeWindowManager.java
|
| 076de3c53eeac42b1d6f6b9e1482af4ae7762860 |
21-Jan-2016 |
Jaewan Kim <jaewan@google.com> |
Merge "PIP: Handle KEYCODE_WINDOW to control PIP UI"
|
| 4268b195df37fbaecc4c05d983a6d019eef0f123 |
20-Jan-2016 |
Dennis Kempin <denniskempin@google.com> |
Merge "SystemGestures: Only send touch events to gesture detector."
|
| 485a8d140acbf4e82bec677eef2cb4b524488e32 |
20-Jan-2016 |
Trevor Bunker <trevorbunker@google.com> |
Merge "Use public device orientation sensor for window orientation"
|
| 4911787249e7bed96d5a1fdcd689e9823b50c758 |
19-Jan-2016 |
Jaewan Kim <jaewan@google.com> |
PIP: Handle KEYCODE_WINDOW to control PIP UI
Bug: 25580820
Change-Id: Ib8f605615f0cf64a37774a2559ffabe5148ed6d0
honeWindowManager.java
|
| 11a27b19d17bb7cf8a83a34a60924971feaf7cb2 |
15-Jan-2016 |
Youngsang Cho <youngsang@google.com> |
Merge "PIP: Use long press HOME for PIP on Android TV (2/2)"
|
| 52632e21faf5aa63e53e5626046bc1742cba100c |
14-Jan-2016 |
Jaewan Kim <jaewan@google.com> |
PIP: Use long press HOME for PIP on Android TV (2/2)
Bug: 25580820
Change-Id: Ic269132ec7de1e725989ad57a1ee205b3334e3bb
honeWindowManager.java
|
| 8e4591c4f388dfa0c28f83d991cf91316581cfc9 |
15-Jan-2016 |
Trevor Bunker <trevorbunker@google.com> |
Use public device orientation sensor for window orientation
We have defined a new public sensor type TYPE_DEVICE_ORIENTATION, so
this CL removes code that depended on a private sensor type.
Change-Id: I0ecd6686338e1be8cf4984ed2664a6cdbc46aa65
indowOrientationListener.java
|
| e7d716d5e35a4e6b5fcc1ff012942e4ad4933d1a |
14-Jan-2016 |
Jiaquan He <hejq@google.com> |
Add support for shortcuts with the shift key.
Now shortcuts with the shift key can be defined in
frameworks/base/packages/SettingsProvider/res/xml/bookmarks.xml.
Sample:
<bookmark
package="package"
class="package.Class"
shift="true"
shortcut="z" />
Bug 26540880
Change-Id: Ib6d6ea59124226d4e4eb8ec9972059f2d71bd77e
(cherry picked from commit e7319ecbbe865db8884914ceb10f526f4e160a64)
hortcutManager.java
|
| dc5b4535165d82e5e9c83576a47bd95cd422ca0a |
06-Jan-2016 |
Adrian Roos <roosa@google.com> |
Scroll to RemoteInputView
Scrolls to the RemoteInputView when it's beneath the IME.
Also fixes ViewRootImpl to take into account translation
when calculating the location of the focused rect.
Bug: 22452379
Change-Id: I9b9649edeabf9bcab8fc487fe92dec62f388737e
honeWindowManager.java
|
| a1dcb87565ab9a34ae14efebe4743701068cffad |
13-Jan-2016 |
Jaewan Kim <jaewan@google.com> |
Merge "Revive volume up/down long press in TV"
|
| 765487f929f3d91ab3cd130b6b1d2008b25c4728 |
12-Jan-2016 |
Jaewan Kim <jaewan@google.com> |
Revive volume up/down long press in TV
PhoneWindowManager.interceptKeyBeforeQueuing isn't good place
to handle long press because rejecting a down event will not
synthesize further key repeat.
Move the logic to PhoneWindowManager.interceptKeyBeforeDispatching
instead.
This is the regression caused by following CL
001c59c Route volume keys directly to the audio system on TVs
Bug: 26268032
Change-Id: Ic8f6dfaec473c0d45ffa42475763622dc700e635
honeWindowManager.java
|
| 1fcd0c2e651ffce089f6dda625c02247cb9b9049 |
13-Jan-2016 |
Jim Miller <jaggies@google.com> |
Merge "Fix problem where keyguard shows spontaneously"
|
| 737af724eb31f513386e91ee5510cc6991350937 |
31-Dec-2015 |
Jorim Jaggi <jjaggi@google.com> |
Snap docked stack after screen rotation
- Move DividerSnapAlgorithm to com.android.internal, also move
some utility stuff into DividerUtils which is used from both
SystemUI and window manager
- When the screen rotation changes, rotate the stacks like before
but then also snap the docked stack to a valid snap position.
Change-Id: I9e1aa13f42f398a25c9016e6f20395ee212e405b
honeWindowManager.java
|
| 2967f48f8574ce35acd6c5e4e9f7872c64f159d5 |
08-Jan-2016 |
Jim Miller <jaggies@google.com> |
Fix problem where keyguard shows spontaneously
A recent change caused keyguard to ignore the sequence number
when calling doKeyguardLaterLocked().
It also appears we can get into a situation where multiple
requests to show keyguard are pending. This change ensures
only the latest request gets handled.
Fixes bug 26326350
Change-Id: Ic6cba0054fe235a8838ca8c242b1840c9e8309d6
honeWindowManager.java
|
| 3dc52ed1799f96deaf802a5304f7301463dec58f |
11-Jan-2016 |
Winson Chung <winsonc@google.com> |
Revert "Snap docked stack after screen rotation"
This reverts commit e65d6bb2072471e63b93aa14a288bc59ed86208f.
Change-Id: I245aa9be3ea98ff742e02b02f6f1d344bc2e8182
honeWindowManager.java
|
| e65d6bb2072471e63b93aa14a288bc59ed86208f |
31-Dec-2015 |
Jorim Jaggi <jjaggi@google.com> |
Snap docked stack after screen rotation
- Move DividerSnapAlgorithm to com.android.internal, also move
some utility stuff into DividerUtils which is used from both
SystemUI and window manager
- When the screen rotation changes, rotate the stacks like before
but then also snap the docked stack to a valid snap position.
Change-Id: Ifb0c65dfbdfca2343a76b12de982c0701fe0c3ab
honeWindowManager.java
|
| 3da5c97460d859ec6d9e5fffb3902a3242d32bf4 |
11-Dec-2015 |
Michal Karpinski <mkarpinski@google.com> |
Adjusting AMN#requestBugReport() to be able to invoke 3 types
of bugreport services
ActivityManagerNative#requestBugReport() now can accept 3 types:
FULL, INTERACTIVE AND REMOTE.
Bug: 26152603
Change-Id: Ife9bbef4691e172fb56b72b256880f0d4ad4d198
lobalActions.java
|
| 9ebbe6afe7a433f78ca3d30c9f215c53212c34ac |
17-Nov-2015 |
Sriram Viswanathan <tvsriram@google.com> |
Changes to support navigation bar system UI in car mode.
The change has all the platform changes required to support
modifications in the navbar dimensions and custom icons in car mode.
The UX is not frozen yet, but have placeholder resources provided
by android auto UX engineers.
The change assumes that the car mode configuration is known to the
WindowManagerService and uses its current ui mode to request the
latest from the policy (PhoneWindowManager.java). The change is
modeled on the way rotation is handled, where the Policy knows the
different view attributes for uiMode and just returns back the
window sizes based on the current uiMode requested. The policy does
know the current uiMode, but the order of when that changes is not
deterministic [from logs it does happen before any request to update
UI occurs, but guess that could change].
Bug: 25996809
Change-Id: Ia46cbe5096382d26c9eb8ec74cf59a059b767edb
honeWindowManager.java
|
| c22ab7911a3efd7e0183f954f1760475d702ad3e |
07-Jan-2016 |
Andrei Stingaceanu <stg@google.com> |
Keyboard shortcuts: minor naming refactor
Replace all occurrences of showKeyboardShortcuts* with
toggleKeyboardShortcuts* in order to be inline with
the current/desired behavior.
Change-Id: Ia076952ec40963b2727fd1f855b64859b94b1643
honeWindowManager.java
|
| fb5168a3e3749dbb8517ad39f34d450e2aea49da |
05-Jan-2016 |
Dennis Kempin <denniskempin@google.com> |
SystemGestures: Only send touch events to gesture detector.
The gesture detector does only accept touch events, not other
pointer events. This causes unnecessary warnings in logcat.
BUG=b/26388796
TEST=Use mouse, no more warnings in logs.
Change-Id: Ibc98f5101d95d588562164707dc0e6953e25e794
(cherry picked from commit ac3a4c478a6aa37be002de19789b5700f1d6e4c4)
ystemGesturesPointerEventListener.java
|
| d8b1d63f96580fe961e1751e7b4f56c90c1e0a76 |
05-Jan-2016 |
Winson <winsonc@google.com> |
Fixing issue with exit animation due to incorrect visibility state.
- This CL ensures that only Recents updates the SysUI visibility state
for itself, ensuring that the visibility state reflects the state in
Recents, and allows us to skip unnecessary work to close system
dialogs when it is not required.
Bug: 26390248
Change-Id: Ib6301a8300cc3da6da75fcbbceceb0e1da3beab4
honeWindowManager.java
|
| 81fe2d1f0adc9e752d7f1a410d66af6a326fd6e2 |
21-Dec-2015 |
Jorim Jaggi <jjaggi@google.com> |
Refine snap position behavior
- Use the stable insets to communicate the system insets to the
docked divider view.
- When calculating the sizes for the snap positions, exclude the
system insets.
- Add 3 snap position modes: 16:9 in one window, 1:1, 16:9 in the
other (phone portrait). Only 1:1 (phone landscape). Fixed relation,
1:1, 1 - fixed relation (tablet portrait/landscape).
Change-Id: If2166c5fb99f12535eeab5de18e9f5aaf433d77c
honeWindowManager.java
|
| 2f3e35376ada0327b34a71d7c45ac6e6d955d7dc |
21-Dec-2015 |
Jeff Sharkey <jsharkey@android.com> |
More work towards triaging missing app behavior.
Many places across the platform query package details without
gracefully handling packages or components that go missing for
various reasons. This can cause annoying user data loss, such as
resetting back to built-in apps or dropping of accounts, etc.
This change verifies that system callers have thought about these
edge cases by logging if they use default matching behaviors without
explicitly marking themselves as being "triaged." (The logging is
currently disabled by default.)
Also creates explicit definitions of supported flags for various
incoming PackageManager calls, and defines a clear distinction
between flag types:
-- GET-style flags are used to request additional data that may have
been elided to save wire space.
-- MATCH-style flags are used to include components or packages that
would have otherwise been omitted from a result set by current system
state.
There are a handful of existing GET flags that better fit under the
MATCH definition, so this change clones them to new constants and
marks the old ones as deprecated.
Fixes bug in JobSchedulerService to consider jobs from apps on
external storage. Revert some dialer behavior back to being
untriaged.
Change-Id: I9b6ab0968241e3479bddbd78de0c51e3b9917318
eyguard/KeyguardServiceDelegate.java
|
| af038b61e5462fd835d55a499f7ba9659c4baefc |
04-Jan-2016 |
Felipe Leme <felipeal@google.com> |
Merge "Minor improvements on 'Take bug report' Action."
|
| 43b013fe883933e7dcde7e2bb628ea1c6dfc444c |
22-Dec-2015 |
Felipe Leme <felipeal@google.com> |
Minor improvements on 'Take bug report' Action.
Long press was returning true, which would not close the window.
Comments were outdated.
BUG: 26034608
Change-Id: Ia34906efff048299c709406039f86e7e14058259
lobalActions.java
|
| 406585a7e37db2f38c9886cafcbc5ed5d85c5faf |
21-Dec-2015 |
Jorim Jaggi <jjaggi@google.com> |
Reenable colored bars for multiwindow
Fix the previous bug that caused that we needed to disable colored bars
by only forcing the layout fullscreen flag for windows that would like
to be laid out with MATCH_PARENT.
Bug: 26050571
Bug: 24365214
Change-Id: I4f197ae5e2bf042980f5e8dc9eb852843af9859c
honeWindowManager.java
|
| 5217cacbd9f382068bb9e176cd5a0b15388a335c |
20-Dec-2015 |
Jeff Sharkey <jsharkey@android.com> |
Make JobSchedulerService encryption aware.
When a user is started, but a persisted job component doesn't appear
in the normal resolution list, we avoid enqueuing the job. Later
when the user is unlocked, we take another pass over the pending
jobs to see if they became available.
Load keyboard layouts from XML metadata regardless of crypto status,
since we don't need to spin up any remote code.
Add MATCH_SYSTEM_ONLY to make system logic easier to write when
looking for trusted components.
Sprinkle more annotations on ArrayUtils methods.
Bug: 26279465
Change-Id: Iec28e0bb46862b07d740b12a79f6360de68dab0f
eyguard/KeyguardServiceDelegate.java
|
| 2a9e3f8e6813716ab88ca54fd04ae047dc9aaaeb |
18-Dec-2015 |
Jeff Sharkey <jsharkey@android.com> |
Better named encryption flags, start triaging.
Create distinct flags for encryption aware, unaware, and both, and
name them like the other MATCH_ flags.
Start adding logic to help triage all system internal callers to
verify that they've done their homework and thought about how to
handle apps while locked. Call sites in the system should either
ask for explicit matching behavior, or explicitly use the DEFAULT
match flag to indicate that they've been triaged to use the
default state-based matching.
Bug: 26250295
Change-Id: I86214e5c4f71a6dc72f06930800388713aecd107
hortcutManager.java
|
| 96d5c8a9cea92471274b6c8f906e43d26be34ebd |
18-Dec-2015 |
Filip Gruszczynski <gruszczy@google.com> |
Temporarily disable forcing of drawing status bar background.
Forcing status bar background drawing causes all windows to be
considered fullscreen. As a result alert dialog windows have incorrect
containing frames and aren't repositioned when IME appears.
Until a better solution is implemented for forcing drawing the status
bar, we disable it to have correct old behavior.
Bug: 26050571
Bug: 24365214
Change-Id: Ic27a394711a587fa152a238699cd19751e91a732
honeWindowManager.java
|
| e974f7ef2b2cccb5cfbe7d09111d5f40390a6c7c |
15-Dec-2015 |
Felipe Leme <felipeal@google.com> |
Changed the action executed when "Take bug report" is selected.
By default, it executes the new, enhanced bugreport (service
'bugreportplus'), which is more user-friendly (it shows a system
notification with the progress, allow user to cancel, etc...), but
causes more interference in the system operations.
But on long press, it executes the old, lighter workflow (service
'bugreport'), which is less user-friendly but causes less
interference (and hence should be used in the cases where the device is
slow or unresponsive).
BUG: 26034608
Change-Id: I6759e4c8c2c2a970d0a2bb99ca3471854d01780a
lobalActions.java
|
| ae61f7118a92e097e854c840d5726c0920f5db0e |
09-Dec-2015 |
Yohei Yukawa <yukawa@google.com> |
Rotate IMEs (subtypes) by Meta+Space.
With this CL, PhoneWindowManager starts monitoring Meta+Space to trigger
input method rotation.
Note that InputMethodManagerService currently supports only one way
rotation. Currently there is no difference in the behavior between
Meta+Space and Shift+Meta+Space. Reverse rotation will be supported in
a subsequent CL.
Bug: 25753404
Change-Id: I4005692215edfcf8bed3e86b1e07000148f986f5
honeWindowManager.java
|
| 4407cbde63db301dc6383bc47b6dc95fa55fffaa |
08-Dec-2015 |
Michael Wright <michaelwr@google.com> |
Merge "Add support for locking the screen when the lid is closed" am: 9dc3c36c9c am: 4d9e6190b1
am: 37c8bcbcc9
* commit '37c8bcbcc9f5098a2a7fde91a3b112abd35a85ad':
Add support for locking the screen when the lid is closed
|
| 37c8bcbcc9f5098a2a7fde91a3b112abd35a85ad |
08-Dec-2015 |
Michael Wright <michaelwr@google.com> |
Merge "Add support for locking the screen when the lid is closed" am: 9dc3c36c9c
am: 4d9e6190b1
* commit '4d9e6190b186f1d2e1cd25defd0d6e12dd833b38':
Add support for locking the screen when the lid is closed
|
| 4d9e6190b186f1d2e1cd25defd0d6e12dd833b38 |
08-Dec-2015 |
Michael Wright <michaelwr@google.com> |
Merge "Add support for locking the screen when the lid is closed"
am: 9dc3c36c9c
* commit '9dc3c36c9cd796d90b65543567495d910d266e4c':
Add support for locking the screen when the lid is closed
|
| 4cc863338d5e43b6189e05498d7cb53ebba135e1 |
05-Dec-2015 |
Felipe Leme <felipeal@google.com> |
Changed ActivityManager.requestBugreport() to take a 'progress' parameter.
When progress is set to 'true', it calls the new, enhanced
'bugreportplus' service, while when 'false' it calls the regular
'bugreport' service.
'bugreportplus' is more user-friendly (it shows a system notification
with the progress, allow user to cancel, etc...), at the cost of
consuming more resources. As such, the "Take Bug Report" UI will be
changed to offer the user a combo with these 2 options, but for now it's
always going to be 'bugreportplus'
BUG: 26034608
Change-Id: I21a6b5b092a85614e91d523b8f4df1fb00e49b3b
lobalActions.java
|
| 7def60daa049271c0d595d2ff566965693ee88cd |
13-Nov-2015 |
Edward Savage-Jones <edward.savage-jones@sonymobile.com> |
Add support for locking the screen when the lid is closed
This commit adds configurable support for lockscreen
behaviour when the user has a device cover/lid. This
is intended for lids with a viewing window so that the
user can see the time and interact with apps via the
window.
Change-Id: Id71883f66d1a180c4732912b3b59cabf9f4d7b6e
honeWindowManager.java
|
| 4fa7892f35268ff7d591928ac9f5a26c267031e3 |
01-Dec-2015 |
Jorim Jaggi <jjaggi@google.com> |
Add flag so apps always draw status bar background
So we don't have to implement crazy magic when one app requests
drawing the status bar by itself, and the other doesn't in split
mode.
Bug: 24365214
Change-Id: I1f6a0efd0865b784402055e008da2f31e626f163
arController.java
honeWindowManager.java
tatusBarController.java
|
| a771049b2ef401ab911a9e0a277dbf9b475388a1 |
23-Sep-2015 |
keunyoung <keunyoung@google.com> |
allow locking UI mode and block launching car dock for automotive
- add config to lock UI mode change: When this is enabled,
request to change car mode will be ignored. Apps can check
the config using UiModeManager.isUiModeLocked()
- add config to lock day / night mode: When this is enabled,
apps cannot change day / night mode without having
MODIFY_DAY_NIGHT_MODE permission.
Apps can check the config using UiModeManager.isNightModeLocked()
- add config to disable car dock intent launch for home key
and mode change
- All new configs have default values which keeps the current behavior.
Car products should override the configs to get desirable behavior.
bug: 22700993
Change-Id: Ic0e58f3428151e0b1c19a2e9a7d6ded32ff962a6
honeWindowManager.java
|
| 8f7f3184d55850b1c4d2036319794151f564e9c0 |
18-Nov-2015 |
Jason Monk <jmonk@google.com> |
Allow QS tiles to open dialogs
Add a TYPE_QS_DIALOG window type, that is in the same layer as
apps and dialogs and such. It is guarded by having a token
that is granted by SysUI after a click has occured. If the
app shows a dialog before listening finishes (QS closes) then
the token will stay granted until the tile is removed by the
user, otherwise the token will be removed immediately to avoid
later dialogs.
Also fix a couple tiny TileService issues:
- Stop/Start listening reversed
- Fix javadoc referencing wrong action
Change-Id: Iedcdd5fd9a2af2b33eb7f6f17bb0e6c997879876
honeWindowManager.java
|
| aa8b1c35add23922ff394e0193ba24cb15bd34f3 |
03-Dec-2015 |
Keun-young Park <keunyoung@google.com> |
Merge "Revert "allow locking UI mode and block launching car dock for automotive""
|
| 3b741e03b3eaa8a263f11cd1837091d3ac39483b |
03-Dec-2015 |
Keun-young Park <keunyoung@google.com> |
Revert "allow locking UI mode and block launching car dock for automotive"
This reverts commit 1746369a6bcd1a7219e94366b3774bfdfff08fc6.
Change-Id: I4989e99b8f648145d0dbfe18e557102939e7d1e3
honeWindowManager.java
|
| ef3ca438c9b89949c020fecf13834851406f0482 |
03-Dec-2015 |
Keun-young Park <keunyoung@google.com> |
Merge "allow locking UI mode and block launching car dock for automotive"
|
| 64cdc1458bcf0d09781463a6e421b9b870b09687 |
30-Nov-2015 |
Filip Gruszczynski <gruszczy@google.com> |
Remove dock divider surface when it's not visible.
We achieve the removal by notifying System UI about the visibility of
the dock divider. This way System UI can change visibility of the root
view, which in turn will cause the WMS to destroy or create the surface
as necessary.
Bug: 25844096
Bug: 25683717
Change-Id: Idbc33368db697a059af49106dfadb80c3d7d06c1
honeWindowManager.java
|
| cae4f1222f012da554c5376ee327af66068a7a96 |
19-Nov-2015 |
Joe LaPenna <jlapenna@google.com> |
Revert "Don\'t dispatch when non-interactive and the display is off." am: f2b9b2d85a am: f7aceb60e3 am: 2900dc2349 am: 617bd39465
am: 01186abc81
* commit '01186abc81c721c84a5d588bb7183d811d77f99c':
Revert "Don't dispatch when non-interactive and the display is off."
|
| f2b9b2d85ae1b48896ad6b685de4cda8fab1c8fb |
17-Nov-2015 |
Joe LaPenna <jlapenna@google.com> |
Revert "Don't dispatch when non-interactive and the display is off."
This reverts commit 2ccf0c8e636fd3be75c3a07f4cf60d72a4cfaa28.
BUG: 22422588
BUG: 25067918
Change-Id: I916c8bb19cd6a73c0be4bd3a0e3112938651e775
honeWindowManager.java
|
| 1746369a6bcd1a7219e94366b3774bfdfff08fc6 |
23-Sep-2015 |
keunyoung <keunyoung@google.com> |
allow locking UI mode and block launching car dock for automotive
- add config to lock UI mode change: When this is enabled,
request to change car mode will be ignored. Apps can check
the config using UiModeManager.isUiModeLocked()
- add config to lock day / night mode: When this is enabled,
apps cannot change day / night mode without having
MODIFY_DAY_NIGHT_MODE permission.
Apps can check the config using UiModeManager.isNightModeLocked()
- add config to disable car dock intent launch for home key
and mode change
- All new configs have default values which keeps the current behavior.
Car products should override the configs to get desirable behavior.
bug: 22700993
Change-Id: I351fc53163575d2f523c2d6e886befdb69a5a0c6
honeWindowManager.java
|
| 57f76f1c549f37ffb4c0eaac40b6ab633404b0f7 |
05-Nov-2015 |
Filip Gruszczynski <gruszczy@google.com> |
Animate the dock divider appearance/disappearance.
We want to animate the dock divider appearance only after the entrance
animation of the docked activity finishes, so these two don't clash. For
disappearance they will animate together.
Bug: 24913915
Change-Id: Ibe5c3960f21fcc5e64039b158605fa09017c5c34
honeWindowManager.java
|
| 3797c22ea16e932329ebffdc7e7ce09f9ecd9545 |
27-Oct-2015 |
Wale Ogunwale <ogunwale@google.com> |
Added StackId object for checking what features a stack supports
Helps make the code easier to follow since we are no longer checking
multiple stack ids at various decision points.
Bug: 25282299
Change-Id: Ifa6864a1ef56ce2eca4c94f87a4e0b993de987cd
honeWindowManager.java
|
| 904271d904a8c6d4d74780c64139f4d8f9fc0537 |
24-Oct-2015 |
Puneet Kumar <puneetster@google.com> |
Merge "Prevent recents from coming up when in SUW" into mnc-dr-dev am: ca9c43b27b am: fc12c7c1b7 am: b0482fe29e
am: f58fc291a8
* commit 'f58fc291a855c2f8ec4f493b0a54af668271714b':
Prevent recents from coming up when in SUW
|
| fc12c7c1b7ecd71517feb70ec4fe027545fda4c2 |
24-Oct-2015 |
Puneet Kumar <puneetster@google.com> |
Merge "Prevent recents from coming up when in SUW" into mnc-dr-dev
am: ca9c43b27b
* commit 'ca9c43b27b9e3bc007e731fe3a214cbed3edf8f3':
Prevent recents from coming up when in SUW
|
| d847ad55554986d4312e100a8993994ed33edbfa |
24-Oct-2015 |
Michael Wright <michaelwr@google.com> |
Prevent recents from coming up when in SUW
Bug: 25229538
Change-Id: I141c4eb928a5ce7f9858922862fe3dc1d3a33a90
honeWindowManager.java
|
| c5bd9bc8dce74966667012939a2f53b639ec10fd |
15-Oct-2015 |
Jun Mukai <mukai@google.com> |
Fix: input source comparison -> MotionEvent.isFromSource()
Bug: 20093789
Change-Id: I8c14a3b6b92826d27d09f0113c1be47786f94570
ystemGesturesPointerEventListener.java
|
| 2a6a2c2de8ce2743679f488f056f22cd1adfd726 |
14-Oct-2015 |
Filip Gruszczynski <gruszczy@google.com> |
Change WindowState.mShownFrame to WindowState.mShownPosition.
We never use this field as a rectangle, we only depend on its left-top
corner. Using a frame is only confusing about the purpose of this field.
Change-Id: I5d6e6321db4fa3203bb7e0f1975ae6ddd1ec09bb
honeWindowManager.java
|
| c90a97c67b449fe41d8267ee640050737618d81b |
14-Oct-2015 |
Jun Mukai <mukai@google.com> |
Merge "Fix the condition of hovering at the edge."
|
| 6e94a9eb8709ddd3127e3c0103cd6a0f550f6e74 |
08-Oct-2015 |
Wale Ogunwale <ogunwale@google.com> |
Added rules for status/nav bar customization when in multi-window mode
Status & nav bars are always visible and opaque when freeform or docked
stack is visible
We still need to refactor the code to allow force opaque to be updated
independently for the status bar and nav. bar. Once that is done, the
status bar should be transcluent if freeform stack is visible and
docked stack isn't and the status bar should be opaque if freeform
& docked stack are both visible.
Bug: 24365214
Change-Id: I48ecc6067c9b0f7239c12c98eb46f3fcefacd4f9
honeWindowManager.java
|
| c7b01e6bed40f27370a3cce20156a7b32b3c5c6f |
02-Oct-2015 |
Tim Murray <timmurray@google.com> |
am e6a4f902: am 0e28d919: am 3af80eff: am 79176379: Merge "Send POWER_HINT_INTERACTION on rotate." into mnc-dr-dev
* commit 'e6a4f902617f6bc23a0a43550b89683f1ed63e62':
Send POWER_HINT_INTERACTION on rotate.
|
| 3af80eff608b2ee2de7291f82b9163d5df4b15cf |
02-Oct-2015 |
Tim Murray <timmurray@google.com> |
am 79176379: Merge "Send POWER_HINT_INTERACTION on rotate." into mnc-dr-dev
* commit '791763796e5f21e34c3ae81c1faad2a4c1a515dd':
Send POWER_HINT_INTERACTION on rotate.
|
| 1f407647d1ac45dc8b8bb7f388c8bae38cd82ea3 |
02-Oct-2015 |
Tim Murray <timmurray@google.com> |
Send POWER_HINT_INTERACTION on rotate.
Send a POWER_HINT_INTERACTION to improve redraw performance when the
phone is rotated.
bug 24583227
Change-Id: I1978f0dfb9a25c00ad4da5b44d10410ad7412001
honeWindowManager.java
|
| 994652991b5e3b5f85540af6aeb04609401509ed |
01-Oct-2015 |
Jun Mukai <mukai@google.com> |
Fix the condition of hovering at the edge.
Similar to Ic2ad1a472a422682617dbe25f9d81a5e5d2c020a, some touch
pads don't use TOOL_TYPE_MOUSE but TOOL_TYPE_FINGER, therefore
this hovering does not work. InputDevice.getSources() are better.
Bug: 20093789
Change-Id: I283f2b802b77083f7bcded29766b2c9a77eda23b
ystemGesturesPointerEventListener.java
|
| e95b0aef6d259ff9322bd9a34e36e61737844eee |
30-Sep-2015 |
Filip Gruszczynski <gruszczy@google.com> |
Improve visibility and layering of dock divider.
We adjust the visiblity of the divider now after every layout.
The divider was far too high in the priority list, based on the wrong
assumption that as a part of the system UI it needs to be constantly
visible. It should stay at the same level as applications, because it's
almost as a part of application.
Layering gets improved by having the relaunch animation receive zorder
top, just as if it was entering. The window that is being replaced fakes
this too, since it's not being animated, but should share the behavior.
Bug: 24500829
Change-Id: Iad3369a5ab6721b1bf7a94e8979dcf33e0805c7f
honeWindowManager.java
|
| 7a2421ddbbc3f74f670273a17e8b8449d8f97f13 |
24-Sep-2015 |
Jorim Jaggi <jjaggi@google.com> |
am 35f215cf: am 2d48a93f: am 98a8c7c5: am e1de9f67: Fix black Keyguard
* commit '35f215cfafcaff6f4a8283c0215431485f7382e5':
Fix black Keyguard
|
| 98a8c7c553108e6d6f6260ae5c1f05d8a6c8af10 |
24-Sep-2015 |
Jorim Jaggi <jjaggi@google.com> |
am e1de9f67: Fix black Keyguard
* commit 'e1de9f674575df3b17e475c4f32dd93d33e596e3':
Fix black Keyguard
|
| e1de9f674575df3b17e475c4f32dd93d33e596e3 |
23-Sep-2015 |
Jorim Jaggi <jjaggi@google.com> |
Fix black Keyguard
When a window has both the flag fullscreen and the dismiss Keyguard
flag, we end up in a state where we hide the status bar window but
all other windows, because mShowingLockscreen nevers gets set
correctly. Move it up so we always set it no matter whether the
status bar window was visible.
Bug: 22875357
Change-Id: I7953fe7100cc99fe8fb7424a9b311b4630426657
honeWindowManager.java
|
| ab6fc9ebe36ba45cf2c8b629a765634b2c5fbe37 |
23-Sep-2015 |
Filip Gruszczynski <gruszczy@google.com> |
Merge "Showing docked stack divider window."
|
| 466f3216505bd039a285881e06ead631331fe368 |
22-Sep-2015 |
Filip Gruszczynski <gruszczy@google.com> |
Showing docked stack divider window.
When there is docked stack, we want to show a "handle" through which the
user will resize the docked stack. We add it from the system process,
because we want to avoid IPC calls.
Change-Id: If15fd2a0fcb7077446d1ba6c533acb3028a42039
honeWindowManager.java
|
| e4de5a0d3b6e0c897c1cea0912b58e11db962365 |
23-Sep-2015 |
Xiaohui Chen <xiaohuic@google.com> |
Cleanup OWNER references.
Bug: 19913735
Change-Id: I2150c6baaab80fe11312e4401394a2a8da52e595
eyguard/KeyguardServiceDelegate.java
|
| 9e6b09121364ad507e02639d42dff970bf8eeeb6 |
22-Sep-2015 |
Filip Gruszczynski <gruszczy@google.com> |
Merge "Split PhoneWindowManager.beginLayoutLw."
|
| 83dd955e52a9f5c461640c37e5535839efaa56e0 |
18-Sep-2015 |
Filip Gruszczynski <gruszczy@google.com> |
Split PhoneWindowManager.beginLayoutLw.
This extracts layout of navigation bar and status bar into smaller
methods.
Change-Id: I5343e0b3b771c932adc271dfa84e0dab198cdf5f
honeWindowManager.java
|
| d1ed82b902f383970810f4445d01f7e2f0ab4358 |
17-Sep-2015 |
Tim Kilbourn <tkilbourn@google.com> |
Remove duplicate initialization from bad merge.
Change-Id: I8059074202d0c8838a13f99095c2e8c2ff0b15e7
honeWindowManager.java
|
| a85e6a445cc2631761228fde147e2eff01783574 |
17-Sep-2015 |
Bryce Lee <brycelee@google.com> |
am 84af8889: am d5334121: am 2f8ac2a3: Fix build due to merge of duplicate variable.
* commit '84af88899da58389d30792e717a055b8b5e24cab':
Fix build due to merge of duplicate variable.
|
| e13fb40ecb1579ad9686f1a45fceca3c633db724 |
17-Sep-2015 |
Tim Kilbourn <tkilbourn@google.com> |
resolved conflicts for 0816319a to master
Change-Id: Ie89ccd479a2eccc95839c162a9b7367349d3886f
|
| 2f8ac2a35bbd81cd297d3ea3a1baaa554353e87e |
17-Sep-2015 |
Bryce Lee <brycelee@google.com> |
Fix build due to merge of duplicate variable.
Change-Id: I1e8bad32b2118542408b6d8b87302861e3873d32
honeWindowManager.java
|
| a02f98239ea683b802ede31382f51eb88eda05d3 |
17-Sep-2015 |
Tim Murray <timmurray@google.com> |
am 952d5b33: Merge "Send power hint on fling gestures." into mnc-dr-dev
* commit '952d5b334ccdf9cab0f56673861906e59d4e9933':
Send power hint on fling gestures.
|
| a4d22d718affbc7145d1012157feb819557b5c06 |
17-Sep-2015 |
Michael Wright <michaelwr@google.com> |
Send power hint on fling gestures.
Use the existing PointerEventListener infrastructure to listen for
gestures that look like flings and hint to the power system when they
happen. Since we don't actually have a bound for the fling like a
regular application would, limit them to five seconds and refresh
every time a new fling is seen until the five second time period is
up.
bug 24059298
Change-Id: I5757a1e88f2ab2ef08cccefa8221d809ae71bb6f
honeWindowManager.java
ystemGesturesPointerEventListener.java
|
| 692844e1d83415c1ad94f318ba82bf8825b44fa3 |
17-Sep-2015 |
Adrian Roos <roosa@google.com> |
Fix typo that treated fullscreen as transparent
Bug: 23125529
Change-Id: I5ad8bfbf10d78ecc794d510957564a694829ddff
arController.java
|
| 35d648f3f2808ce46dab0df9f17dd759df76d6de |
12-Sep-2015 |
Jorim Jaggi <jjaggi@google.com> |
am 0e950707: am 12e273fe: am f66e4979: am 84dc08a2: Dump Keyguard state in SystemUI and PhoneWindowManager
* commit '0e95070766dc499f66706c12253dda11d31ab014':
Dump Keyguard state in SystemUI and PhoneWindowManager
|
| f66e4979c579bde5031c8e6f29e5163246fc54ee |
12-Sep-2015 |
Jorim Jaggi <jjaggi@google.com> |
am 84dc08a2: Dump Keyguard state in SystemUI and PhoneWindowManager
* commit '84dc08a208eea7a4ddf043cadbb28987cf90ae22':
Dump Keyguard state in SystemUI and PhoneWindowManager
|
| 84dc08a208eea7a4ddf043cadbb28987cf90ae22 |
12-Sep-2015 |
Jorim Jaggi <jjaggi@google.com> |
Dump Keyguard state in SystemUI and PhoneWindowManager
Bug: 23970549
Change-Id: Iec1e8ac507268086e0e2935847eda606ea1fb700
honeWindowManager.java
eyguard/KeyguardServiceDelegate.java
eyguard/KeyguardServiceWrapper.java
eyguard/KeyguardStateMonitor.java
|
| 00cd47a2d2147eaba031771fd7e8b6fdbf25cf46 |
10-Sep-2015 |
Jorim Jaggi <jjaggi@google.com> |
resolved conflicts for 0fb3f695 to master.
Change-Id: I679920313a872f8eb81cf00ffb6ffe037b8d0a3a
|
| 5a9bb9516d016549730d49cddcc2b2ee0e7a4e93 |
10-Sep-2015 |
Jorim Jaggi <jjaggi@google.com> |
resolved conflicts for 5d0e02b6 to cw-e-dev
Change-Id: Id974d29581304dc644659d1c470b5413d847944b
|
| 5941c98c641e64a26bf68816faf967d25cc8f256 |
04-Sep-2015 |
Adrian Roos <roosa@google.com> |
Add double-tap power button to open camera 1/2
Bug: 23787555
Change-Id: I052b64748f155c59fbb649b32265f559423a8845
honeWindowManager.java
|
| d6a1692ef340608101c376fa2fd87d7c189bb906 |
08-Sep-2015 |
Filip Gruszczynski <gruszczy@google.com> |
Refactoring of setting app starting window code.
This improves the code in following ways:
* move transferring of starting window into a separate method, so it can
be easier to understand;
* move checking of whether to display starting window from phone window
manager to window manager service; this has three benefits:
1) whole logic is in one place;
2) we don't need to schedule addition of a starting window, if we
would stop it later anyway;
3) we don't need to wait for creation of window style to decide, if a
window is floating.
Change-Id: Ibfbd87b84a7080e372211f162fa1865f8c5ab973
honeWindowManager.java
|
| 9fb0b5b12c9e7acfc9890c5f2e5719dc1992d2f2 |
08-Sep-2015 |
Nick Armstrong-Crews <strongarm@google.com> |
am 13d2fa50: am 740cf71c: am 56ecfcce: Handle KEYCODE_SOFT_SLEEP from Ungaze.
* commit '13d2fa50b0815c63d2d289c27d8edacf1ace01eb':
Handle KEYCODE_SOFT_SLEEP from Ungaze.
|
| dc6aa5fc53a85a3fcf98c1a01f766d9c16891765 |
08-Sep-2015 |
Nick Armstrong-Crews <strongarm@google.com> |
am d70377b5: am 36afc2b7: am 9b8f82a3: Merge "Revert "Handle KEYCODE_SOFT_SLEEP from Ungaze."" into cw-e-dev
* commit 'd70377b537450d03d5cdc2efb15977d48e5cfebd':
Revert "Handle KEYCODE_SOFT_SLEEP from Ungaze."
|
| 56ecfcce6c88fc80cf509effcebb124bbe0c79f8 |
08-Sep-2015 |
Nick Armstrong-Crews <strongarm@google.com> |
Handle KEYCODE_SOFT_SLEEP from Ungaze.
Needed for Ungaze to trigger "soft sleep" (respecting wake locks); operates by
sending new KEYCODE_SOFT_SLEEP to PhoneWindowManager, which calls
PowerManagerService's new method setUserInactiveOverride (thereby
causing immediate sleep, modulo wakelocks, upon next iteration of
PowerManagerService's main loop).
BUG: b/23589870
Change-Id: Iddafdde923605d119075e890eeda5d3fd3fd2bc7
honeWindowManager.java
|
| b331bf951499396111cb47b477ac35e82c805322 |
08-Sep-2015 |
Nick Armstrong-Crews <strongarm@google.com> |
Revert "Handle KEYCODE_SOFT_SLEEP from Ungaze."
This reverts commit 677adf1e66ba83b8fb2c849c181303b35bd489bc.
Hiding new keycode to prevent change to public API before resubmitting.
Change-Id: Ic43273dd0c7ade1d51a36b77f363543f1df466e8
honeWindowManager.java
|
| e097d341a46a8c40c7e9e1e7e028088b7725b243 |
04-Sep-2015 |
Nick Armstrong-Crews <strongarm@google.com> |
am 7f37402d: am 43c4459d: am 6f0ba402: Merge "Handle KEYCODE_SOFT_SLEEP from Ungaze." into cw-e-dev
* commit '7f37402d8c5667f72c1ef02a20112d49d7a149b8':
Handle KEYCODE_SOFT_SLEEP from Ungaze.
|
| 677adf1e66ba83b8fb2c849c181303b35bd489bc |
27-Aug-2015 |
Nick Armstrong-Crews <strongarm@google.com> |
Handle KEYCODE_SOFT_SLEEP from Ungaze.
Needed for Ungaze to trigger "soft sleep" (respecting wake locks); operates by
sending new KEYCODE_SOFT_SLEEP to PhoneWindowManager, which calls
PowerManagerService's new method setUserInactiveOverride (thereby
causing immediate sleep, modulo wakelocks, upon next iteration of
PowerManagerService's main loop).
BUG: b/23589870
Change-Id: I24a96bd6db8ff28674c907f2898e49c4f6140209
honeWindowManager.java
|
| 7e50eba9f7f832e93f4e997c77bd217ee85b4f59 |
02-Sep-2015 |
Thanh Hai Mai <thanhhaimai@google.com> |
Merge "Disable recents in car mode"
|
| 6c009f5f085b567ea41775c95e8ac090c08e1deb |
02-Sep-2015 |
Thanh Hai Mai <thanhhaimai@google.com> |
Disable recents in car mode
BUG: 9946472
Change-Id: I1cfe1e0da3a6fa0c3b592d81e97d90dd17b528fb
honeWindowManager.java
|
| 759ab5a8fe4c0b702c7c750038c7d7b34616c2c2 |
01-Sep-2015 |
Selim Cinek <cinek@google.com> |
am 7f5128fd: am 406b60ac: am b8645fa7: am a7cad8e8: Merge "Fixed a bug where the secure camera would flash when rotated" into mnc-dr-dev
* commit '7f5128fda49b207b49b932eec2df22ff2ef4ef8b':
Fixed a bug where the secure camera would flash when rotated
|
| b8645fa79e06c2e5cb87eb7fddccf3d2679c5f71 |
31-Aug-2015 |
Selim Cinek <cinek@google.com> |
am a7cad8e8: Merge "Fixed a bug where the secure camera would flash when rotated" into mnc-dr-dev
* commit 'a7cad8e8a4d698bd3880299265760f5158073e2d':
Fixed a bug where the secure camera would flash when rotated
|
| a7cad8e8a4d698bd3880299265760f5158073e2d |
31-Aug-2015 |
Selim Cinek <cinek@google.com> |
Merge "Fixed a bug where the secure camera would flash when rotated" into mnc-dr-dev
|
| 90b5e07c70ef4fe1f2b153334b09f5b7bd44507d |
29-Aug-2015 |
Selim Cinek <cinek@google.com> |
Fixed a bug where the secure camera would flash when rotated
Bug: 23602571
Change-Id: I9608a004d97ad27a0f4c6da8e9d955dc644b4941
honeWindowManager.java
|
| 3c2d1fd84be0ee58c26b194beeca772f30a5fe25 |
28-Aug-2015 |
Chong Zhang <chz@google.com> |
am 7c8eb2b9: am 52e6d458: am 430778bd: am 482635e3: Merge "Fix deadlock when updating rotation" into mnc-dr-dev
* commit '7c8eb2b9df3c0820c02421ab5ff3b11150bb9f12':
Fix deadlock when updating rotation
|
| 430778bd75a735324b4ea7447a19268fe09e00e8 |
28-Aug-2015 |
Chong Zhang <chz@google.com> |
am 482635e3: Merge "Fix deadlock when updating rotation" into mnc-dr-dev
* commit '482635e34d0def1682ebc644db0636862994f649':
Fix deadlock when updating rotation
|
| 482635e34d0def1682ebc644db0636862994f649 |
28-Aug-2015 |
Chong Zhang <chz@google.com> |
Merge "Fix deadlock when updating rotation" into mnc-dr-dev
|
| 5aaa0b3880403dce0fd221a6f85bc62fd33c4e90 |
28-Aug-2015 |
Chong Zhang <chz@google.com> |
Fix deadlock when updating rotation
Post a runnable in MyOrientationListener.onProposedRotationChanged for
the updateRotation() so that it doesn't acquire WM lock while holding
WindowOrientationListener lock. It could cause deadlock if WM is
is performing a relayout and try to access WindowOrientationListener.
bug: 23507268
Change-Id: I5775f5a13cae0283fef64877801bf8a39dfc90a4
honeWindowManager.java
|
| 143c93d49f7f9691ad37b8b036731b76f2171241 |
26-Aug-2015 |
Selim Cinek <cinek@google.com> |
resolved conflicts for merge of f1935575 to master
Change-Id: Ic18619bd5a81ae5172eef41bda0f8e473b6bda3f
|
| 8f7a7e01938a1649b49741abcaf93072c441a7fa |
26-Aug-2015 |
Selim Cinek <cinek@google.com> |
am a07177f0: Merge "Launching the camera now from systemUI including animations" into mnc-dr-dev
* commit 'a07177f0ad362ab3e03029cf774e55579ea025cf':
Launching the camera now from systemUI including animations
|
| a07177f0ad362ab3e03029cf774e55579ea025cf |
26-Aug-2015 |
Selim Cinek <cinek@google.com> |
Merge "Launching the camera now from systemUI including animations" into mnc-dr-dev
|
| 372d1bdd54fe977c71bdaae895687c76ac35202a |
14-Aug-2015 |
Selim Cinek <cinek@google.com> |
Launching the camera now from systemUI including animations
The GestureLaunchService now informs systemUI that a launch
has been requested and the systemUI, depending on its state
will launch the Camera in the correct mode, including
animations.
Bug: 22957192
Bug: 22958025
Change-Id: I815437c8bd33638245ac61a750f64af74fe3e1e3
honeWindowManager.java
|
| 07a91c7d7ff8f3e84c22d97bbae85fc47992b76f |
26-Aug-2015 |
Michael Wright <michaelwr@google.com> |
am 63a475ad: am 4e06032f: am 3d74e1f2: am 09952195: Merge "Update rotation without holding the WOL lock." into mnc-dr-dev
* commit '63a475ad45fee86289bb95bc29e0aa18104ec557':
Update rotation without holding the WOL lock.
|
| 3d74e1f23c713414af1b6028d50ae24fa69d95d1 |
26-Aug-2015 |
Michael Wright <michaelwr@google.com> |
am 09952195: Merge "Update rotation without holding the WOL lock." into mnc-dr-dev
* commit '09952195f8d9cdb1f6f1f9c793cc392f00dcc5fe':
Update rotation without holding the WOL lock.
|
| 74f6c79b513c5a6e032c009a037f67e256aab7ba |
25-Aug-2015 |
Michael Wright <michaelwr@google.com> |
Update rotation without holding the WOL lock.
We need to make sure to only ever update the orientation of the
device from WindowOrientationListener when we're not holding the WOL
class lock, otherwise we can deadlock when WMS calls into us to set
the orientation based on an apps preference.
Bug: 23491348
Change-Id: Ifeded4d5d1dc923fa2ce0473bc4b7fe950dc0cfd
indowOrientationListener.java
|
| 95d16bffbf9930ad3373a1f4e06702a636c9d49e |
25-Aug-2015 |
Jorim Jaggi <jjaggi@google.com> |
resolved conflicts for merge of 7dea1b3b to master
Change-Id: I51acda15b42952cda1838d7124fc991d367f0693
|
| 7166ae1d19269d536442572e35063f624350000e |
24-Aug-2015 |
Jorim Jaggi <jjaggi@google.com> |
am d94d3a2a: Fix issues with light status bar and fp wake-and-unlock
* commit 'd94d3a2aa5cd1f177f61f73733217c952e356c43':
Fix issues with light status bar and fp wake-and-unlock
|
| d94d3a2aa5cd1f177f61f73733217c952e356c43 |
22-Aug-2015 |
Jorim Jaggi <jjaggi@google.com> |
Fix issues with light status bar and fp wake-and-unlock
- When wake-and-unlocking, make sure to skip the light status bar
transition.
- Fix race condition with window manager when unlocking when device
is interactive for supplying the timings for the light status bar
transition.
- Fix media artwork when wake-and-unlocking while pulsing.
Bug: 23365544
Change-Id: I209ca1e6684811f5f313354ca1614a0ebd49388c
tatusBarController.java
|
| 44f50b3604ffe8e2f35d4adbf05a1ddd3c7f6377 |
22-Aug-2015 |
Trevor Bunker <trevorbunker@google.com> |
am 421244f4: am b1dded03: am e2fb50b2: am fbcd78e6: Merge "Add support for new window orientation sensor." into mnc-dr-dev
* commit '421244f4e369ac49d2f32a66c0a0c85c861c1b56':
Add support for new window orientation sensor.
|
| e2fb50b21d67decc555b6f89dea1d56fe8ee6655 |
22-Aug-2015 |
Trevor Bunker <trevorbunker@google.com> |
am fbcd78e6: Merge "Add support for new window orientation sensor." into mnc-dr-dev
* commit 'fbcd78e6ed5cd0ba3c231aa412ad5b07dd2faa44':
Add support for new window orientation sensor.
|
| fbcd78e6ed5cd0ba3c231aa412ad5b07dd2faa44 |
21-Aug-2015 |
Trevor Bunker <trevorbunker@google.com> |
Merge "Add support for new window orientation sensor." into mnc-dr-dev
|
| 814de9b0a4e8f1f70da71ab94f0cda861c665f22 |
18-Aug-2015 |
Michael Wright <michaelwr@google.com> |
Add support for new window orientation sensor.
If we have a window orientation sensor available then we can defer
our orientation calculation to it and potentially let the AP go into
XO shutdown.
By default we'll use the typical accelerometer-based sensor unless
the device tells us the name of the sensor to look for.
Bug: 23038651
Change-Id: I94f02e0639956a7a6a3ab85710aa0f2537fbf7f3
indowOrientationListener.java
|
| 3014e63f08a1cb4ea02fcd9538c0c3439bb4ec53 |
20-Aug-2015 |
Clara Bayarri <clarabayarri@google.com> |
Merge "Hook up Ctrl + '/' to SysUI for a Keyboard Shortcuts screen"
|
| f2debb1f9a8a166e249a456efc0b41d731c275c2 |
10-Jul-2015 |
Clara Bayarri <clarabayarri@google.com> |
Hook up Ctrl + '/' to SysUI for a Keyboard Shortcuts screen
This CL adds the necessary hooks between PhoneWindowManager
and SysUI to show a keyboard shortcuts screen given a specific
shortcut combination. SysUI for now just shows a Toast.
Change-Id: Icf43a81776b04a2e96a540f45b7cd3464342d679
honeWindowManager.java
|
| f13a24fa464a3d5a7253fddb67d8a31a94f37682 |
20-Aug-2015 |
Jorim Jaggi <jjaggi@google.com> |
am b7421d54: am e30df6fc: am 7de9fbca: am 2364af20: Merge "Save interactive/screen-on state in KeyguardServiceDelegate" into mnc-dr-dev
* commit 'b7421d5438f014f501691076cf86ac654798e6bf':
Save interactive/screen-on state in KeyguardServiceDelegate
|
| 7de9fbca0bf968aa4dfa48be042bb45f77fed081 |
20-Aug-2015 |
Jorim Jaggi <jjaggi@google.com> |
am 2364af20: Merge "Save interactive/screen-on state in KeyguardServiceDelegate" into mnc-dr-dev
* commit '2364af2083f4f0b00ae8275aed1aeb4193f4b89d':
Save interactive/screen-on state in KeyguardServiceDelegate
|
| c04960733110cac07c9aaa2e75ec5dc83e3a36f0 |
20-Aug-2015 |
Jorim Jaggi <jjaggi@google.com> |
Save interactive/screen-on state in KeyguardServiceDelegate
So when SystemUI/Keyguard crashes, we only call onStartedWakingUp and
onScreenTurnedOn when the device is interactive and/or the screen is
on.
Bug: 23344236
Change-Id: I0d0be91ff15d6c552304659956770ab88bb26ba4
honeWindowManager.java
eyguard/KeyguardServiceDelegate.java
|
| 170192ab55812bd25124cf602042477c3ea042d1 |
17-Aug-2015 |
Filip Gruszczynski <gruszczy@google.com> |
Improve animating from recents to multi window state.
Previously all windows would start animating from a single thumbnail
that was clicked. Now each animates from its thumbnail, including
properly animating the thumbnail header. This involves System UI
providing information about the thumbnail setup and app transition code
using it to setup each individual animation.
Change-Id: I6f45c94af6bcbf6898b8ed757d83505af99ed6b1
tatusBarController.java
|
| b72d41da78948ee04b9f3de246d25de2e1df5cd1 |
13-Aug-2015 |
Alan Viverette <alanv@google.com> |
Merge "Allow translucent and hidden system bars when EBT is turned on"
|
| 817f3cd445b9e0ac452d32ce1ed25c541cc9dd83 |
13-Aug-2015 |
Alan Viverette <alanv@google.com> |
Allow translucent and hidden system bars when EBT is turned on
Bug: 21730477
Change-Id: I4fbbe3b86ef41de7d58c37e17957a885d01895e6
honeWindowManager.java
|
| 80e33f12e397b5065b4bd49687b89c33c1059a5f |
13-Aug-2015 |
Bart Sears <bsears@google.com> |
am 54bc30df: am a35ada48: am 3ab3ffc6: am b7ae1990: am bd29b07e: Merge "Fix Keyguard drawn timeout" into mnc-dev
* commit '54bc30df5a0211a026e5f804b3ea26dd6a626723':
Fix Keyguard drawn timeout
|
| 3ab3ffc646f311f03f464e175f0d4f73c79c0d68 |
13-Aug-2015 |
Bart Sears <bsears@google.com> |
am b7ae1990: am bd29b07e: Merge "Fix Keyguard drawn timeout" into mnc-dev
* commit 'b7ae19905a471b0e0c74cd76b9895cad93856deb':
Fix Keyguard drawn timeout
|
| bd29b07eab3956796a7a09d7612e42e22616f458 |
13-Aug-2015 |
Bart Sears <bsears@google.com> |
Merge "Fix Keyguard drawn timeout" into mnc-dev
|
| 96165f4396a3ed5a6700dfe1507b43724fbefa57 |
12-Aug-2015 |
Adrian Roos <roosa@google.com> |
am e77660d7: am ea73528c: am afdfc2c0: am 192ca56d: am c0a4883d: Merge "Prevent overlap of color views in landscape" into mnc-dev
* commit 'e77660d7f4e261f21e9d8d2098c451d55ccbc533':
Prevent overlap of color views in landscape
|
| afdfc2c04dcd4da3fb18f719715ffdc9d0a82416 |
12-Aug-2015 |
Adrian Roos <roosa@google.com> |
am 192ca56d: am c0a4883d: Merge "Prevent overlap of color views in landscape" into mnc-dev
* commit '192ca56d7a0c8a1a776bd8f9539c49f4b8ce3372':
Prevent overlap of color views in landscape
|
| b28285f8a8980a71c71f8ba97ae5ff85037f0073 |
12-Aug-2015 |
Michael Wright <michaelwr@google.com> |
am 4ce7460f: am 8f527a82: am d3b7314e: am d9c906e7: am e20493ea: Merge "Log last filtered sensor timestamp." into mnc-dev
* commit '4ce7460f4ef122c6458aa404201b94dc04bb6069':
Log last filtered sensor timestamp.
|
| c0a4883d58554c84d10911da20f43be149b47c53 |
12-Aug-2015 |
Adrian Roos <roosa@google.com> |
Merge "Prevent overlap of color views in landscape" into mnc-dev
|
| d3b7314ee255982f9408b5cb4cbc87f70b468e53 |
12-Aug-2015 |
Michael Wright <michaelwr@google.com> |
am d9c906e7: am e20493ea: Merge "Log last filtered sensor timestamp." into mnc-dev
* commit 'd9c906e73160afef63fb1db66b5482f483ea05e0':
Log last filtered sensor timestamp.
|
| 6eabf57e58713b8f2bd8f0bec343929db4853725 |
12-Aug-2015 |
Michael Wright <michaelwr@google.com> |
Log last filtered sensor timestamp.
Bug: 22870354
Change-Id: Ib4efaa0f05bec81856c939c5c640eceff98d88ed
indowOrientationListener.java
|
| a4b51bc4fd4a3e40871fb8d77c2173f0c38bd162 |
11-Aug-2015 |
Jorim Jaggi <jjaggi@google.com> |
Fix Keyguard drawn timeout
The timeout for waiting for Keyguard drawn was posted at the wrong
place. If the screen was turning on but the device wasn't waking up,
like in doze mode, we didn't post the timeout, thus, if Keyguard
wouldn't notify us, we would never unblock the screen. This doesn't
really cause a user visible bug but it *could*
prevent the screen from turning on if Keyguard doesn't behave nicely.
Put it at the right place so I can sleep better.
Bug: 21855614
Change-Id: Icda31399261b4ee80c292ce09a0858b0127e2999
honeWindowManager.java
|
| fe836fabd9c6d3a3a7aaa51db7bb9bd6c9239833 |
12-Aug-2015 |
Adrian Roos <roosa@google.com> |
Prevent overlap of color views in landscape
Removes overlap from the color views which resulted in subotimal looks
when both color views were translucent and the nav bar was on the right
edge.
Also fixes a bug introduced in I2df7092a91eceeb815367ef917dd7289f4f2b27e
where the navigation-bar-on-right-side case got forgotten and caused
flickering in landscape when IMMERSIVE_STICKY was set but the navigation bar
was visible.
Bug: 22876533
Change-Id: I449a82eb3dc3f7b5051f26b37b362a196b4ff63a
honeWindowManager.java
|
| a30d1348579d2612aab4ad0472a38465a383f5fd |
06-Aug-2015 |
Michael Wright <michaelwr@google.com> |
am 9fa41b2d: am 0126d457: am 43a95cf1: am 44a14ef7: am eb7e3d7e: Merge "Don\'t dispatch when non-interactive and the display is off." into mnc-dev
* commit '9fa41b2dcb90a406a79f7b6d513eb43eb5f19197':
Don't dispatch when non-interactive and the display is off.
|
| 43a95cf1cdf5cd62b81af3222d194a0873ad6933 |
06-Aug-2015 |
Michael Wright <michaelwr@google.com> |
am 44a14ef7: am eb7e3d7e: Merge "Don\'t dispatch when non-interactive and the display is off." into mnc-dev
* commit '44a14ef7b4b5e85bb79c954f99929ec309c42c2e':
Don't dispatch when non-interactive and the display is off.
|
| 2ccf0c8e636fd3be75c3a07f4cf60d72a4cfaa28 |
05-Aug-2015 |
Michael Wright <michaelwr@google.com> |
Don't dispatch when non-interactive and the display is off.
We generally dispatch while the display is off and we're dozing,
under the assumption that the dozing window is controlling the
display state and wants the events as they come in. Unfortunately,
it's possible that we're dozing but something other than the dozing
component has focus, which leads to dropped and cancelled events.
This was preventing media events from being propogated to the media
session under a number of scenarios, so for now we'll just prevent
dispatching entirely while the display is off and the device is in a
non-interactive state. Going forward we should figure out a better
solution so that doze components can continue to receiving input
events throughout their lifecycle, regardless of the display state.
Bug: 22422588
Change-Id: Ia38bd81245234743e84548841d6478f75a6b8775
honeWindowManager.java
|
| 59107156d8da898fd08d9e082d847b758551744d |
30-Jul-2015 |
Jorim Jaggi <jjaggi@google.com> |
am c778b9c5: am baec89e0: am 647ef8c8: am de8b10ee: am 95c6daed: Fix doze mode
* commit 'c778b9c5a55389cd2d2c34f16d26fc7755807a7a':
Fix doze mode
|
| 430a7fe921308c39ea3d14869a5dbf232a814a2e |
30-Jul-2015 |
Jorim Jaggi <jjaggi@google.com> |
am 32dfe1b7: am 9ce35c2c: am db6db412: am 0657f9f3: am 4a0e791c: Workaround View.post issues to fix runtime crash
* commit '32dfe1b70e0aa3492a3f5f6d0c34553fd3d4ed5f':
Workaround View.post issues to fix runtime crash
|
| 647ef8c84ead2ff195efc47fd7dcdd4b9d96cca8 |
30-Jul-2015 |
Jorim Jaggi <jjaggi@google.com> |
am de8b10ee: am 95c6daed: Fix doze mode
* commit 'de8b10ee7510eb14561455ee81654ca36a00915a':
Fix doze mode
|
| db6db4122f837fde3c33512df77a3045dd86c4cc |
30-Jul-2015 |
Jorim Jaggi <jjaggi@google.com> |
am 0657f9f3: am 4a0e791c: Workaround View.post issues to fix runtime crash
* commit '0657f9f3718289aeee590d9633bcbd863829f109':
Workaround View.post issues to fix runtime crash
|
| 95c6daed397f658039184cf83755c245fb4b5dcd |
30-Jul-2015 |
Jorim Jaggi <jjaggi@google.com> |
Fix doze mode
Make sure to reset the keyguard drawn state in the correct place,
so we don't return early in finishKeyguardDrawn() because
mKeyguardDrawComplete is still true.
Bug: 22808662
Change-Id: I7e18e91c412c6cac7fe253837949602f76b7f270
honeWindowManager.java
|
| 4a0e791cc0a71df2b0c6bae6e92a5f2100fb5841 |
30-Jul-2015 |
Jorim Jaggi <jjaggi@google.com> |
Workaround View.post issues to fix runtime crash
Using View.post was really dangerous because when the view wasn't
attached, it got posted on the run queue of the *calling* thread.
However, that run queue was never executed until power down, and
then it was executed from the PowerManagerService thread, because
that was the calling thread when we posted it. Work around this by
using a solid Handler.
Bug: 22820787
Change-Id: Id60e49e859558993256fae0403236f2e4b6f1075
eyguard/KeyguardServiceDelegate.java
|
| 0f4fa602339ab2f78072df2f031834094cf46aa2 |
30-Jul-2015 |
Maurice Lam <yukl@google.com> |
am 8abee2a6: am 103e96c5: am 34f86392: am 4c927895: am 75d958c4: Merge "Disable launching assist during setup" into mnc-dev
* commit '8abee2a698742045131baa9f561d36399b31b508':
Disable launching assist during setup
|
| 34f86392926d33032bd608a7cb3f411a84a4432b |
29-Jul-2015 |
Maurice Lam <yukl@google.com> |
am 4c927895: am 75d958c4: Merge "Disable launching assist during setup" into mnc-dev
* commit '4c9278950363fb14d848b7a67dc6dca13854dce8':
Disable launching assist during setup
|
| 75d958c40e67c338d65df185ce1f09b164c58d49 |
29-Jul-2015 |
Maurice Lam <yukl@google.com> |
Merge "Disable launching assist during setup" into mnc-dev
|
| e1d440be81e518450c0c013711926f570b928738 |
29-Jul-2015 |
Jorim Jaggi <jjaggi@google.com> |
am 7580672f: am ce58fa95: am fed9b281: am 353fe1c6: am 0d210f63: Animation for touch, wake and unlock
* commit '7580672fa8455dccc78806dcd878a5e191a62a45':
Animation for touch, wake and unlock
|
| fed9b2817ffec229baed7c7ea378fae98254b4dd |
29-Jul-2015 |
Jorim Jaggi <jjaggi@google.com> |
am 353fe1c6: am 0d210f63: Animation for touch, wake and unlock
* commit '353fe1c665e0065d4c8eecdf41c22f1a1a607f2c':
Animation for touch, wake and unlock
|
| 0d210f6395072db4a4c53d4cb8fac4a59a3965b4 |
10-Jul-2015 |
Jorim Jaggi <jjaggi@google.com> |
Animation for touch, wake and unlock
- Add callback to inform SysUI when the screen has been unblocked
and turned on.
- Cleanup inconsistent messaging about device interactive/screen on
and off.
- Add callbacks to inform SysUI about screen states
- Implement a quick fade for the scrim after touch, wake, and unlock.
First, start with a black scrim on top of everything, and then fade
it out.
- Make sure we play the normal unlock animation when device is pulsing
- Override navigation bar animations for touch, wake and unlock: Fade
in the same manner as the scrim.
Bug: 22571198
Bug: 21855614
Change-Id: I8ff08d72cced1e0f03c78d71ff710d8a4f6b848c
honeWindowManager.java
eyguard/KeyguardServiceDelegate.java
eyguard/KeyguardServiceWrapper.java
|
| ad3ee36e7f53ed67a5153621daacd4685d69066f |
28-Jul-2015 |
Filip Gruszczynski <gruszczy@google.com> |
am 5441a7b3: am 764707f0: am 1bf3d222: Merge "Don\'t animate burn-in return when it wasn\'t applied." into cw-e-dev
* commit '5441a7b3c232a90be1326dabfadd5a222e2bc268':
Don't animate burn-in return when it wasn't applied.
|
| 41e6346b4cac3b096d0986d49e7ceb94a082bc7a |
28-Jul-2015 |
Filip Gruszczynski <gruszczy@google.com> |
Don't animate burn-in return when it wasn't applied.
The burn-in protection return animation is performed based on the last
offset that was used, but it doesn't mean that such offset is currently
applied. Right after entering ambient mode no offset is applied, so if
we start a return animation using the last applied offset, it will cause
a shake. The animation will first shift from 0, 0 offset to the last
offset and then return again to 0, 0. This CL makes it not apply the
animation in that case.
Bug: 22519478
Change-Id: I5cb750b56e9715c6d9389136071a5e0fbafb047b
urnInProtectionHelper.java
|
| d6e7bab0e873478ebed89f6d421cb3160764a643 |
25-Jul-2015 |
Jorim Jaggi <jjaggi@google.com> |
am 9fd390c6: am 5efe21e4: am 5b65bb1b: am b6c6e45a: am f3255489: Fix ambient display
* commit '9fd390c6b998eea2795a20ef0ff9f88018e03a4f':
Fix ambient display
|
| f325548992d449a2da564216191edb5ad2773bfd |
24-Jul-2015 |
Jorim Jaggi <jjaggi@google.com> |
Fix ambient display
Due to a refactoring for touch, wake and unlock for fingerprint
devices PhoneWindowManager now waits for Keyguard to draw its first
frame in all cases, including when screen turns on for pulsing.
However, since in this case the device is not awake, we need to check
for screen on instead of awakeness when proceeding with the wake-up
sequence. Without this change, screen on was blocked forever in the
pulsing case.
Bug: 22605235
Change-Id: Ib6089fd14b673e62347f2c9108d9a6783caa26b7
honeWindowManager.java
|
| 39d1381ed3c6abfa8600ab19b59c141456fb0f12 |
24-Jul-2015 |
Maurice Lam <yukl@google.com> |
Disable launching assist during setup
Check for user_setup_complete before launching the assist layer.
Bug: 22694702
Change-Id: I2509c2aa081002dced192a074716fb23f91dde86
honeWindowManager.java
|
| d2e7e355d836f18adcdb44db9c1931d1c3663ef1 |
23-Jul-2015 |
Jun Mukai <mukai@google.com> |
Allow sticky immersive mode by mouse hover.
When the app enters into the immersive mode, swipe down from the
top edge makes immersive_sticky (showing transient status bar),
but this is hardly done by mouse. As is discussed in the bug,
we want to make the same effect for mouse hover at the very top
line of the screen for 500msec.
Same applied to navigation bar with the bottom of the screen.
Bug: 20093789
Change-Id: If4484b5bcee567ea89c28ed06807564cb8f9ccef
honeWindowManager.java
ystemGesturesPointerEventListener.java
|
| 740452e8756cb7f51ed185c3906a5ca61b8fcdd4 |
09-Jul-2015 |
Jorim Jaggi <jjaggi@google.com> |
Touch, wake and unlock
- Add onFingerprintAcquired, so Keyguard can grab a wakelock to prevent
the device from sleeping.
- If we get a successful fingerprint, wake the device up, immediately
dismiss the keyguard and tell PWM that we kicked off our frame that
will represent the correct state.
- PWM then waits for this frame to be drawn, and then turns on the
screen, which results in unlocking directly to the previsouly
opened app.
Bug: 21855614
Change-Id: I5f43df17fa5e4e9c6a6392eef4a4590b07df4f96
honeWindowManager.java
eyguard/KeyguardServiceDelegate.java
eyguard/KeyguardServiceWrapper.java
|
| c1347245510a8be8dd9d9a889aac8321969d4e0a |
17-Jul-2015 |
Adrian Roos <roosa@google.com> |
am 321064ba: am 6e9d040d: am ec7ba2a7: am 6893aeee: am 5536bb48: Merge "Fix stuck scrim on keyguard-less devices" into mnc-dev
* commit '321064bae783f8c8763b235c0c3f3bdd62a8da99':
Fix stuck scrim on keyguard-less devices
|
| 6893aeee48adc1f8b8aebde5e21b7e1294acfaf2 |
17-Jul-2015 |
Adrian Roos <roosa@google.com> |
am 5536bb48: Merge "Fix stuck scrim on keyguard-less devices" into mnc-dev
* commit '5536bb48b2829f04f9a8258bfe698e5e4a26f234':
Fix stuck scrim on keyguard-less devices
|
| 5536bb48b2829f04f9a8258bfe698e5e4a26f234 |
17-Jul-2015 |
Adrian Roos <roosa@google.com> |
Merge "Fix stuck scrim on keyguard-less devices" into mnc-dev
|
| dbfb11a9f1c47349cf1582017a61369bf1ab75c5 |
16-Jul-2015 |
Xiaohui Chen <xiaohuic@google.com> |
Merge "sys user split: refactor systemui user switcher"
|
| da93454bfa7c46ba5607c74252c458b48a473e9d |
16-Jul-2015 |
Billy Lau <billylau@google.com> |
am 008409a2: Merge "Bug: 21589105 Rescoping SYSTEM_ALERT_WINDOW..." into mnc-dev
* commit '008409a2ea1feed095d53ce51429e4fed964c50c':
Bug: 21589105 Rescoping SYSTEM_ALERT_WINDOW...
|
| 008409a2ea1feed095d53ce51429e4fed964c50c |
16-Jul-2015 |
Billy Lau <billylau@google.com> |
Merge "Bug: 21589105 Rescoping SYSTEM_ALERT_WINDOW..." into mnc-dev
|
| 060275ffc7fbfc72b19871f7dd7aefb61a81a1fc |
15-Jul-2015 |
Billy Lau <billylau@google.com> |
Bug: 21589105 Rescoping SYSTEM_ALERT_WINDOW...
AppOpsManager:
Changed the default mode for SYSTEM_ALERT_WINDOW to MODE_DEFAULT instead of
MODE_ALLOWED. Otherwise, an app that did not declare for this permission will
actually be allowed to perform OP_SYSTEM_ALERT_WINDOW, which is undesirable.
This change also allows callers to make their own decision based on the
current policy (M vs pre-M apps).
policy/PhoneWindowManager:
Added additional checks that will handle MODE_DEFAULT - this happens when an app
is newly installed but not yet configured.
wm/WindowManagerService:
Enriched some checks to include the treatment of MODE_DEFAULT - this will allow
pre-M apps uninterupted capability to draw on top of other apps.
Change-Id: I8de77730e158c97587427820cfba721bd5607bea
honeWindowManager.java
|
| c7b0435cc709c328da8e2b515ea04c8bc40d1094 |
15-Jul-2015 |
Jim Miller <jaggies@google.com> |
resolved conflicts for merge of 1d4247c4 to mnc-dr-dev
Change-Id: I057c529dcd5d48e0dcf256a9d096c5d8b815892a
|
| 280a64e793d081847c5dcea23ed9be38aa5332d2 |
13-Jul-2015 |
Dianne Hackborn <hackbod@google.com> |
Improve tracking of screen on reasons.
- New screen on app op to record the last time each app has
caused the screen to be turned on.
- New battery stats event that tells us the reason the screen
has been asked to turn on.
- Propagate out power manager API to specify the reason a caller
is asking to have the screen turned on.
Note that currently the window flag to turn the screen on bypasses
much of this because it is being handled in the window manager by
just directly telling the power manager to turn the screen on. To
make this better we need a new API where it can specify who it is
calling the API for.
Change-Id: I667e56cb1f80508d054da004db667efbcc22e971
honeWindowManager.java
|
| 4cfdcf5b0551e5656ea379c428e78b812c2e5cbe |
09-Jul-2015 |
Jorim Jaggi <jjaggi@google.com> |
Touch, wake and unlock
- Add onFingerprintAcquired, so Keyguard can grab a wakelock to prevent
the device from sleeping.
- If we get a successful fingerprint, wake the device up, immediately
dismiss the keyguard and tell PWM that we kicked off our frame that
will represent the correct state.
- PWM then waits for this frame to be drawn, and then turns on the
screen, which results in unlocking directly to the previsouly
opened app.
Bug: 21855614
Change-Id: I0c43bcc9d334b509632704fb0c123ab3351edff2
honeWindowManager.java
eyguard/KeyguardServiceDelegate.java
eyguard/KeyguardServiceWrapper.java
|
| 7cb69df507f5f7956c52a2868a0d6e89aec6dde2 |
14-Jul-2015 |
Xiaohui Chen <xiaohuic@google.com> |
sys user split: refactor systemui user switcher
BUG:19913735
Change-Id: I017dd1b03fd163c266b8080b969fb7a2e934e26c
lobalActions.java
|
| 3542f7de3333f57bf0d01d8cfbd91a2a42038bf9 |
14-Jul-2015 |
Adrian Roos <roosa@google.com> |
Fix stuck scrim on keyguard-less devices
Bug: 22413062
Change-Id: I6da6438ec54d33a1aa82d5575eb29e9bc4dbdd58
honeWindowManager.java
eyguard/KeyguardServiceDelegate.java
|
| e249eb3a6f33ee945113a8f11e8382e70c4e066f |
14-Jul-2015 |
Jinsuk Kim <jinsukkim@google.com> |
Merge "Perform One touch play upon pressing home key" into mnc-dev
|
| 4d8134c1b9e11c2b3a92195fb753da7b144bad1e |
10-Jul-2015 |
Adrian Roos <roosa@google.com> |
Merge "Fix black keyguard / missing status bar" into mnc-dev
|
| 76d2fe42880bd37b80c01fb68c31a4c619ddfdeb |
09-Jul-2015 |
Adrian Roos <roosa@google.com> |
Fix black keyguard / missing status bar
The status bar window was stuck in the READY_TO_SHOW state
because it was not policy visible, whereas the policy
was waiting for the window to become HAS_DRAWN.
Now BarController also updates states if the window
is READY_TO_SHOW, which in turn allows the window to
become visible and HAS_DRAWN.
Bug: 22072099
Change-Id: I1836c276723ee2205d7d5759be079f02aaa23e2e
arController.java
|
| 165ce066b701ba0153000f0692bfc7032655d17d |
07-Jul-2015 |
Jorim Jaggi <jjaggi@google.com> |
Fix assist for hardware long-press
Activating the assistant will now route through SysUI, so
we have the logic whether to start an activity or to start a voice
interaction session in one single place.
Bug: 22201770
Change-Id: I0f4699533aea2a1e595ee25a844434c82f548c01
honeWindowManager.java
|
| e601b712b10323d0c0a737567cf6798a0d20a219 |
07-Jul-2015 |
Jinsuk Kim <jinsukkim@google.com> |
Perform One touch play upon pressing home key
Power on TV (optional) and switch HDMI input when home key is pressed
on a device with HDMI-out port (playback device).
Bug: 22204515
Change-Id: Ie1714e9bb066fedc618ee176d1a2bd1572393a6e
honeWindowManager.java
|
| d40c423b1cdccd61ed411b0b9e3fbefd47e99f9c |
01-Jul-2015 |
Filip Gruszczynski <gruszczy@google.com> |
Merge "resolved conflicts for merge of 300ccf4a to mnc-dev" into mnc-dev
|
| 63c4a7185cf1b03ba45cc3147e87270502334387 |
01-Jul-2015 |
Yohei Yukawa <yukawa@google.com> |
Merge "Reland "Fixed constant window switching on lock screen..."" into mnc-dev
|
| d1a092218b4b40cfd53a643e0ae01095815f4b30 |
01-Jul-2015 |
Yohei Yukawa <yukawa@google.com> |
Reland "Fixed constant window switching on lock screen..."
This is a manual reland of I3680256d41793f62def42fda00e26db1dcc9,
which was certainly merged into lmp-mr1-dev then auto-merged into
master but silently lost there for unknown reasons when
I8c42a1e6091b0fe1253e90265ac248087e was auto-merged into master.
Changes in WindowAnimator.java was already covered by
I2933eaf0ab55fe31cb382c46c411033e33a756e0 so this CL does not
include that change.
Bug: 18021493
Bug: 22158649
Change-Id: Ib1bf9f5bef44d0400230afc32231f7d1f3a1c98b
honeWindowManager.java
|
| 2987f616faca534a792686a53304c9932634310c |
01-Jul-2015 |
Filip Gruszczynski <gruszczy@google.com> |
resolved conflicts for merge of 300ccf4a to mnc-dev
Change-Id: Ia315e314bfde0c066a2c25d93f8cbdc71fee0a14
|
| 3ae447e8bb0bb5375e696e33331ef959db7e89ad |
30-Jun-2015 |
Bryce Lee <brycelee@google.com> |
Merge commit '91d2cbf4' into manualmerge
Change-Id: Id018e65bdbd67f040af13a07207cac33a4a2a158
|
| 9bb290bcc36fe11f96312feb40aaf3323a96ebae |
29-Jun-2015 |
Chris Wren <cwren@android.com> |
add more power manager metrics
dream start/stop
dream duration
screen timeout setting
Bug: 21893298
Change-Id: I783f72953fc40c0d276a7845daa048e2fe0db78c
honeWindowManager.java
|
| f62f4c94a36f5c2f7ad3c70316dc585ea3fd721a |
30-Jun-2015 |
Billy Lau <billylau@google.com> |
Merge "Bug: 21589105 Rescoping the SYSTEM_ALERT_WINDOW permission to an explicit toggle to be manually enabled in Settings." into mnc-dev
|
| cc6366dde1776d40ab58f2475c4e1f8993253d7a |
29-Jun-2015 |
tiger_huang <tiger_huang@htc.com> |
Use the correct lock to protect members in PolicyControl
Members in PolicyControl can be accessed by multiple threads via the
public functions called by PhoneWindowManager. Most of the functions
are called with the window-manager-lock held, but reloadFromSetting()
is an exception.
In this patch, we acquire the window-manager-lock before calling
reloadFromSetting() to ensure accessing the members with the same
lock held.
Change-Id: I54ac5cab2a2d74c568fa96145f7a6741c6d99e36
honeWindowManager.java
|
| cbe540f94691b595ca2eaede2871d885c38a845c |
25-Jun-2015 |
Billy Lau <billylau@google.com> |
Bug: 21589105 Rescoping the SYSTEM_ALERT_WINDOW permission to an explicit toggle
to be manually enabled in Settings.
Raised the protection level of SYSTEM_ALERT_WINDOW from dangerous to
system|signature|appop. Added a new API in Settings for developers to invoke
the main configuration setting. Also added a new metrics in MetricsLogger.
Finally, also made changes to PhoneWindowManager to check the permission to draw
overlay properly.
Change-Id: I4a073e6f038b8b8d2fa5bd6ad60abda496be9701
honeWindowManager.java
|
| d389684beaf5be3afbb78d11ffd32f07eaabee58 |
24-Jun-2015 |
Bryce Lee <brycelee@google.com> |
resolved conflicts for merge of 91d2cbf4 to mnc-dev
Change-Id: I1c7e2999483a7959630844ecd20f5f37b7896aae
|
| 82e595fd6e3a9438b090106c226bb2f8bb2a6254 |
22-Jun-2015 |
John Spurlock <jspurlock@google.com> |
Merge "Volume: Force focused state to disambig multiple sliders." into mnc-dev
|
| 67a0f850a4d3358f3e1168bc84012edf96139ac2 |
15-Jun-2015 |
John Spurlock <jspurlock@google.com> |
Volume: Force focused state to disambig multiple sliders.
And fix volume policy so that a focused slider at the top
of the screen does not cause the window to pan.
Bug: 21476764
Change-Id: I4a52270ca5ecf9b9bd6e787ef580ecbd32e62625
honeWindowManager.java
|
| 0348ba2e2303d9dce57a6b5d19cc47ecc5089afe |
19-Jun-2015 |
Dianne Hackborn <hackbod@google.com> |
Merge "Fix issue #20494208: Go out of device idle when headset button is pressed" into mnc-dev
|
| b6683c428698105f715985a96066192aa62e9f53 |
19-Jun-2015 |
Dianne Hackborn <hackbod@google.com> |
Fix issue #20494208: Go out of device idle when headset button is pressed
Rework how we record active transitions in battery stats to be
more general, and add an API that others can call in to
DeviceIdleController to request that we go out of idle mode.
use this for VOICE_SEARCH_HANDS_FREE.
Change-Id: Ie58de60e63036a4142881283835961fbcceec892
honeWindowManager.java
|
| 2f280d06396d7b8234197a3b1a35d5319f7d6951 |
18-Jun-2015 |
Stefan Kuhne <skuhne@google.com> |
Fixing voice panel centering issues in landscape on phone
The new assist panel (long press on home) was not centered in landscape
mode on phones. This was caused by ignoring the stable insets in the
PhoneWindowManager.
bug: 21708971
Change-Id: I97a968a41c2966b09eba496fbe57c840affdf9ec
honeWindowManager.java
|
| 11e6fcb5a8c031460cf2c2997ba0f807858bd37c |
12-Jun-2015 |
Stefan Kuhne <skuhne@google.com> |
Merge "Removing screen artifacts afer orientation change in sleep mode" into mnc-dev
|
| 9326dc1407e3942c35b197b7e0287ea4a50a56d8 |
12-Jun-2015 |
Stefan Kuhne <skuhne@google.com> |
Removing screen artifacts afer orientation change in sleep mode
Avoiding screen artifacts upon rotation change in sleep mode. This will
be done by postponing orientation changes until the entire UI got drawn.
Bug: 16849724
Change-Id: Ib1d818258d12f5c1909de4558af46aec27e29c75
honeWindowManager.java
|
| e97c9a244b71b6376003c377b56f7a86bcd0049f |
11-Jun-2015 |
Jeff Brown <jeffbrown@google.com> |
Configure auto-rotation tilt tolerance in config.xml.
This allows for the thresholds to be tuned differently for different
products as needed.
Bug: 18276856
Change-Id: I6c87e683dea6a17cf606203a894c8419e20d3658
indowOrientationListener.java
|
| 48d1b14b7b54ae1491e7d9d5fdd9be8906c19a3c |
11-Jun-2015 |
Jeff Brown <jeffbrown@google.com> |
Pause activities when the screen is off.
Bug: 19948628
Change-Id: I90923605d50f4ee381da4e05117879554e0a1dee
honeWindowManager.java
|
| 159f558a39d200e08e06245d64ec1df9a08e7d93 |
08-Jun-2015 |
Tim Kilbourn <tkilbourn@google.com> |
Merge "Pass an args bundle to launchAssistAction." into mnc-dev
|
| e1f3214e72b63ed7cbe368005622055f80da0e0d |
08-Jun-2015 |
Mady Mellor <madym@google.com> |
Merge "Change stylus button press to context click in View - API review feedback" into mnc-dev
|
| 0e5f110fc915a9b044eb04cd07ae7ac588eacc8f |
06-Jun-2015 |
Tim Kilbourn <tkilbourn@google.com> |
Pass an args bundle to launchAssistAction.
In order to track the input device that was used to trigger assist, the
input device id is sent as an extra in the assist intent whenever it is
available. This is particularly useful on TVs, when an app may want to
know whether the input device has a microphone.
Bug: 21666123
Change-Id: I0f8c09e2f617606bef481bdff924cb6b9b47dd12
honeWindowManager.java
|
| b0c673b50e75cb9d931156d4e09e9628ba3caec1 |
05-Jun-2015 |
Filip Gruszczynski <gruszczy@google.com> |
resolved conflicts for merge of f6a04305 to mnc-dev
Change-Id: I92e666bfd6d8ad051bdee7dce5712b9cb8e6a01d
|
| e860891b1a7d4c1b581f294fa5831999caac6506 |
05-Jun-2015 |
Mady Mellor <madym@google.com> |
Change stylus button press to context click in View - API review feedback
Updates all references in View's onStylusButtonPress to onContextClick
as per API review feedback.
Additionally listens for mouse right clicks and calls the onContextClick
method for these as well for the stylus button press.
Bug: 21572278
Change-Id: I5c1ee8c8f23a77d7c677b86356e89d0e4fc40056
honeWindowManager.java
|
| 02a28885bf652e69ac16f2f5a0804f4913571924 |
04-Jun-2015 |
Adrian Roos <roosa@google.com> |
Be more conservative about initial keyguard state
Prevents a race condition that could lead to leaking the home screen
if Keyguard is too slow at pushing its state to the window manager while
booting.
Bug: 21128921
Change-Id: I992066c2c4e1bc4f797776c7804408a53b658b03
eyguard/KeyguardStateMonitor.java
|
| d5169157408eeb8d5612b2c0272d6458ad4020de |
04-Jun-2015 |
Nick Vaccaro <nvaccaro@google.com> |
Merge "Wait for KEY_SLEEP UP event before calling goToSleep()" into mnc-dev
|
| 461829d607b32ee492b6123043ae4232ed82ae93 |
03-Jun-2015 |
Adrian Roos <roosa@google.com> |
Prevent windows below the keyguard from showing
Fixes a bug where windows below the lock screen
could become visible if a SHOW_WHEN_LOCKED activity
hides the status bar.
Bug: 21450145
Change-Id: Ie660394cb96d7e6839bd4fb7c2729133bac2dfc5
honeWindowManager.java
|
| a16cc15f6cf24b3ab30636476c4fa632265e44f1 |
02-Jun-2015 |
Jorim Jaggi <jjaggi@google.com> |
Make sure starting windows only draw once
The panel menu was invalidated, and thus a runnable was posted for
the next frame, to update the panel menu, and invalidate the view. We
avoid this by not invalidating the panel menu for starting windows.
Bug: 20949632
Change-Id: I67ca47e3a7ce3ba1d685c2313efa66fb1cdee312
honeWindowManager.java
|
| 5b9b66c73c80697c1d3694a2d4ee975e409bd89d |
02-Jun-2015 |
Olawale Ogunwale <ogunwale@google.com> |
Merge "Should reset mDismissKeyguard on keyguard secure change" into mnc-dev
|
| 1e47a8e096fc28dcab0a55bc4f2e6b747bfb1a07 |
01-Jun-2015 |
Jorim Jaggi <jjaggi@google.com> |
Merge "Cleanup Keyguard handling when turning off screen" into mnc-dev
|
| 99bcc3eee23ed8bd15bd108d068d6f9f694e4393 |
01-Jun-2015 |
Filip Gruszczynski <gruszczy@google.com> |
Merge "Revert "Revert "resolved conflicts for merge of 47249f2a to mnc-dev""" into mnc-dev
|
| e785ffa059dcb3bcff242ae4c89cdb43b081dcb2 |
12-May-2015 |
tingna_sung <tingna_sung@htc.com> |
Should reset mDismissKeyguard on keyguard secure change
If user sets a non-secure lock screen, launch an activity which
appends window flag FLAG_DISMISS_KEYGUARD, then insert a PIN lock
SIM card, activity window will become black screen.
This is because mDismissKeyguard keeps on DISMISS_KEYGUARD_CONTINUE
when keyguard secure changes from non-secure to secure like in the
insert PIN lock SIM card case. If mDismissKeyguard is
DISMISS_KEYGUARD_CONTINUE and keyguard is secure, there is no chance
to launch keyguard unlock window anymore.
This patch handles the use case that to reset mDismissKeyguard to a
new cycle from DISMISS_KEYGUARD_START to DISMISS_KEYGUARD_CONTINUE
again once keyguard secure state change suddenly to let keyguard
window has chance to be launched.
https://code.google.com/p/android/issues/detail?id=78806
Change-Id: I0d4fd0b9bdf7d0a39f35427bfd4e1b928d9bca6b
Signed-off-by: tingna_sung <tingna_sung@htc.com>
Conflicts:
policy/src/com/android/internal/policy/impl/PhoneWindowManager.java
honeWindowManager.java
|
| d175b6cfe0b35dfe251cc9315aacb048bf6e54c5 |
28-May-2015 |
Jorim Jaggi <jjaggi@google.com> |
Cleanup Keyguard handling when turning off screen
Before, Keyguard was shown whenever PhoneWindowManager went to sleep.
However, this was too early on some devices, and too late on others.
Now, the callbacks are split up into two phases: startedGoingToSleep
and finishedGoingToSleep. In the first callback, we decide what to
do and play the lock sound if necessary. In the second callback, we
actually show the Keyguard, or reset its state necessary, so it
doesn't interfere with the screen off animation.
Bug: 17929748
Bug: 20782303
Change-Id: I4c4406595b07b7589d64f380cd3fa96bed3d20ee
honeWindowManager.java
eyguard/KeyguardServiceDelegate.java
eyguard/KeyguardServiceWrapper.java
|
| cb81d183672a3d9858ade10a997990c5d66a1be3 |
30-May-2015 |
Jeff Brown <jeffbrown@google.com> |
Merge "Tell PhoneWindowManager when we start/finish interactive changes." into mnc-dev
|
| 416c49c4049f572134273e228d7988904a51b990 |
27-May-2015 |
Jeff Brown <jeffbrown@google.com> |
Tell PhoneWindowManager when we start/finish interactive changes.
Added some new callbacks that can be used to more precisely trigger
certain behaviors that need to happen around the time the device
is put to sleep and locked.
Fixed an issue where the going to sleep signal might be sent too
early on devices that don't support ambient mode due to the extra
wakefulness change between DOZING and ASLEEP. We are now track
the early / late interactive change work separately from the rest.
Bug: 21375811
Change-Id: I95387195e216ae92a6e45485bd1bd362e41aa45a
honeWindowManager.java
|
| b85e1ecfdf410b6aec7b6f93e3932b0aa32fba06 |
30-May-2015 |
Adrian Roos <roosa@google.com> |
Fix broken transition to secure apps when relaunching
Previously, the logic for keeping occluded mode during transitions
would also trigger when transitioning from the lockscreen to a
SHOW_WHEN_LOCKED activity that was already on-screen, which would
then prematurely clear the occluded mode and break the launch
transition.
With the fix, the lockscreen must already be occluded before the
keep-occluded-during-transitions logic is triggered.
Bug: 21525170
Change-Id: I1d9ad95b2dd0728af7986f09adb67a617cc62cb2
honeWindowManager.java
|
| 7c9d94404fe9196e1f75fd56ff55624343c88ebd |
28-May-2015 |
Jorim Jaggi <jjaggi@google.com> |
Merge "Fix status bar window IME flags & layout" into mnc-dev
|
| 2217f61e51ba4b19c56b19297c1e9cf74d7d860f |
26-May-2015 |
Filip Gruszczynski <gruszczy@google.com> |
Revert "Revert "resolved conflicts for merge of 47249f2a to mnc-dev""
This includes the fix for the broken dialog windows. The outsets will
only be calculated and applied if the window is full screen, since
they don't make much sense otherwise.
This reverts commit 4bb6b751fbbb218e8a298db4aa008472a0aa8d31.
Change-Id: I977a85a78c990c1840784dc0be0dddd5a6d84e6b
honeWindowManager.java
|
| aa8061448ec5a0e3cef9685f4186fc94e09eb78e |
21-May-2015 |
Jorim Jaggi <jjaggi@google.com> |
Fix status bar window IME flags & layout
When bouncer was showing, but keyguard was occluded, staus bar
window couldn't receive input, and thus the IME window was placed
below the status bar window. In addition to that, fix the layout when
IME is showing up on the bouncer screen.
Bug: 19969474
Change-Id: I38d21647801b57608d49c3f525d4840e6ba58296
honeWindowManager.java
|
| d6623618b28906d058ac61623e11853ebe9ad1de |
23-May-2015 |
Selim Cinek <cinek@google.com> |
Fixed logspam and handling subwindows with the input consumer
Bug: 21402648
Change-Id: I4c1c73487dfd19ba452ff2077d8541547f149c3b
honeWindowManager.java
|
| 4bb6b751fbbb218e8a298db4aa008472a0aa8d31 |
23-May-2015 |
Dianne Hackborn <hackbod@google.com> |
Revert "resolved conflicts for merge of 47249f2a to mnc-dev"
This reverts commit c7becb7ee78881646251ff4846e63eb6b96bf7ec, reversing
changes made to 8562b08f04c1309cf40db1e749d612b6824f1d12.
honeWindowManager.java
|
| fab334081eee36d6d75fc19cf686ca9e20246c16 |
22-May-2015 |
Adrian Roos <roosa@google.com> |
Merge "No longer trigger immersive cling on panic" into mnc-dev
|
| d02ec5989dd93df1d6ab45ad9f280730553f11e6 |
22-May-2015 |
Adrian Roos <roosa@google.com> |
Merge "Request transient bars after panic" into mnc-dev
|
| c5d8fbcd2eb78b909f2282b9924992babd198b00 |
22-May-2015 |
Adrian Roos <roosa@google.com> |
No longer trigger immersive cling on panic
Instead we now request transient bars.
Bug: 19282730
Change-Id: I75de4515e2df1964de8a52d3983540f7bb5379e8
mmersiveModeConfirmation.java
|
| 5347d0185ba4e5401e50d9268c68a152c0f05757 |
22-May-2015 |
Adrian Roos <roosa@google.com> |
Merge "Prevent ImmersiveModeCling from eating all touches" into mnc-dev
|
| 91e5b0f598f19499e55dcb8f0243b430e3c1ee4f |
22-May-2015 |
Filip Gruszczynski <gruszczy@google.com> |
Merge "resolved conflicts for merge of 47249f2a to mnc-dev" into mnc-dev
|
| ddc8b278783340c80d5bf881b4fa834a68576dfa |
22-May-2015 |
Adrian Roos <roosa@google.com> |
Request transient bars after panic
Bug: 19282730
Change-Id: Ib621a837ba06847a02333e1786ea50e5d854c7d7
honeWindowManager.java
|
| 7d85ea93e951dc1dd82e7879e0399c56d116f231 |
21-May-2015 |
Jorim Jaggi <jjaggi@google.com> |
Always tell Keyguard about occluded state
If there was a window with FLAG_DISMISS_KEYGUARD first, when the
device was unlocked, mWinDismissingKeyguard was set to that window.
Now, a window with FLAG_SHOW_WHEN_LOCKED came on top, so we set the
Keyguard as occluded, but we didn't reset the window that is
dismissing Keyguard.
After that, the old window with FLAG_DISMISS_KEYGUARD was the focused
window again. However, since we didn't reset mWinDismissingKeyguard,
we ended up with DISMISS_KEYGUARD_CONTINUE, and lockscreen was not
occluded anymore. However, we never really told Keyguard about it
because DISMISS_KEYGUARD_CONTINUE was set instead of
DISMISS_KEYGUARD_START.
The first fix of this bug is to always tell Keyguard about the
current occluded state. The second fix is to reset
mWinDismissingKeyguard in case a window SHOW_WHEN_LOCKED comes on top.
Bug: 20102975
Change-Id: I7c778df09a1e393b9eeaf51fd2013012cb40fea9
honeWindowManager.java
|
| 3e8dd514a08773f3da306ca7b27ec4f71ecf7883 |
21-May-2015 |
Adrian Roos <roosa@google.com> |
Prevent ImmersiveModeCling from eating all touches
Bug: 21330248
Bug: 19282730
Change-Id: I3982aa9582341032a41670fdf82e0321b84178d2
mmersiveModeConfirmation.java
|
| f98702eae04e239670e8b882d53c974d4b56e291 |
21-May-2015 |
Selim Cinek <cinek@google.com> |
Protecting against the correct flag for the input consumer
Also allow hiding the navbar if immersive or immersivesticky.
Bug: 21089476
Change-Id: I540e668746056a0e4bb077898792afd225e4e19e
honeWindowManager.java
|
| c7becb7ee78881646251ff4846e63eb6b96bf7ec |
21-May-2015 |
Filip Gruszczynski <gruszczy@google.com> |
resolved conflicts for merge of 47249f2a to mnc-dev
This is a merge of chin support.
Change-Id: I436b751b3c4aaa6b46cfcdb475e02eedfa5a5635
|
| f83e824216435e45f36a3587e269888f791b2a01 |
20-May-2015 |
Selim Cinek <cinek@google.com> |
Fixed that touches where incorrectly consumed when fullscreen
The fake window that was added when View.SYSTEM_UI_FULL_SCREEN was
set consumed all touches, even those going to the SystemUI and not
just those of windows below. The input consumer is now correctly
positioned in the window order to only capture the right touches.
Clicks to the volume panel and the heads up now correctly go to the
right place instead of just unhiding the SystemUI bars.
Bug: 21089476
Change-Id: Ib53dfc0b33b70084ca607d0f044db30b6e6c91d6
honeWindowManager.java
|
| 01f280d376218c5a007fc29f70b876375ad24204 |
19-May-2015 |
Adam Powell <adamp@google.com> |
Migrate uses of config_windowIsRound to Configuration.isScreenRound
Move existing code that previously relied on config_windowIsRound to
use the new Configuration.isScreenRound() method. Also move the system
property override for emulators over to the initial setup of a Display
so that the configuration property is consistent with existing
expectations.
Remove config_windowIsRound from symbols.xml. The symbol now only
exists as a default value redirect for overlays already configured to
supply this value.
Change-Id: I24e6564030a6051c3ac7262868983b43e13eee65
honeWindowManager.java
|
| b593a814519e977fffd43eda1ba2be4d4efe1fd1 |
15-May-2015 |
Nick Vaccaro <nvaccaro@google.com> |
Wait for KEY_SLEEP UP event before calling goToSleep()
Calling goToSleep() on the KEY_SLEEP DOWN event causes a race
condition with the touch driver when the KEY_SLEEP event is generated
via a palm press if the touch controller is told to go into
AMBIENT_ON mode (touch controller goes into suspend mode) while the
user's palm is still on the touch panel. If touch controller gets
into suspend mode before user removes their palm, the act of removing
the palm from the screen will cause the touch controller to generate a
wake event and the device will "wake back up" into interactive mode.
Waiting for the KEY_SLEEP UP event before putting the device to sleep
assures palm is off the panel and thus removes this race case.
Bug: 19951365
Change-Id: Id4e3313caa264f43e37994ed37015de87b8ff662
honeWindowManager.java
|
| 03fdca1b29aff07583b7764b7b359cbbfc58e577 |
08-May-2015 |
Selim Cinek <cinek@google.com> |
Merge "Fixed a bug where the heads-up would not show when full screen" into mnc-dev
|
| 4a4a2bddc48a33cbaa49a8844b9fd36e2fc5e219 |
07-May-2015 |
Selim Cinek <cinek@google.com> |
Fixed a bug where the heads-up would not show when full screen
Bug: 20728541
Change-Id: I74bc74c4936b003a4c0c37b7c7da2d1fa138c077
arController.java
honeWindowManager.java
|
| 6a8c79bb2b4b0c749e76dc3628ec5200efec4f40 |
07-May-2015 |
Alan Viverette <alanv@google.com> |
Merge "Improve keying for theme caches, rebase system theme on config change" into mnc-dev
|
| 6711f3b34c2ad9c622f56a08b81e313795fe7647 |
07-May-2015 |
Adam Powell <adamp@google.com> |
Move PhoneWindow and friends back into internal package
PhoneWindow, PhoneLayoutInflater and PhoneFallbackEventHandler decided
to @hide out over in the android.view package after the policy jar was
disbanded. Give them a more appropriate home over in framework that
doesn't imply that they should be accessed from other internal layers
of abstraction.
Bug 19606548
Change-Id: Id07b791d178fa447010b49b24726b52208838e88
honeWindowManager.java
|
| e54d245b993e1347cb32c23a6bdc907a45fab324 |
06-May-2015 |
Alan Viverette <alanv@google.com> |
Improve keying for theme caches, rebase system theme on config change
Themes now use an array of applied styles rather than a String to store
their history. They are keyed based on a hash code computed from the
history of applied styles. The themed drawable cache has been abstracted
out into its own class.
Also updates system context to use DayNight as the default and ensures
that GlobalActions uses the correct context, which exercises the change.
CTS tests have been added in another CL.
Bug: 20421157
Change-Id: I9eb4b7dffd198ad24d02f656eaf0839570b59caa
lobalActions.java
|
| d274400205d054010e60ddd69f1535bedf41d96b |
01-May-2015 |
Mady Mellor <madym@google.com> |
resolved conflicts for merge of 04f2fe39 to master
Change-Id: I9cd9efb3ead33cef9a0de95417d71d535cbc1bce
|
| e82067b57595a2bce656e5ba3a9bcf19048f2f25 |
30-Apr-2015 |
Mady Mellor <madym@google.com> |
Add onStylusButtonPress listener to View
The gesture is: stylus touching screen + button pressed, the event
is recognized when the button is pressed, not when it's released.
It can be pressed during DOWN or MOVE.
If the stylus touch + press button is occurring longpress cannot
occur and vice versa. Also adds the haptic feedback and accessibility
bits specific to the new gesture.
Bug: 19620479
Change-Id: Ibc4654978ef39e7b4251d17636453d90f3bf622d
honeWindowManager.java
|
| 143716b3a84c340fb6c37a8335a5512145c5d432 |
29-Apr-2015 |
Adrian Roos <roosa@google.com> |
am 66c6d0e2: am 5fb269e4: am 59a1e117: Merge changes from topic \'roosa-lpu\' into mnc-dev
* commit '66c6d0e266719bbae994a469f247566aaf9fc64e':
Remove LockPatternUtils.getCurrentUser()
Require explicit userId in LockPatternUtils
|
| d21b3c8881a105295bdc8d52978129b53feea33d |
23-Apr-2015 |
Jun Mukai <mukai@google.com> |
Expand the notification panel by Meta-N.
Bug: 16351826
Change-Id: Ib33f2a3fee385ecb44e1e331e34dd9b2d6dee4aa
honeWindowManager.java
|
| d6aa6cb0cc8c70a30434048e25e14643b1645755 |
17-Apr-2015 |
Adrian Roos <roosa@google.com> |
Remove LockPatternUtils.getCurrentUser()
Bug: 18931518
Change-Id: I177eefe466c12217cf64c85b872f71bc23c7bf05
eyguard/KeyguardStateMonitor.java
|
| 8150d2a2a12b38598fd55d8ae3c3b5662ec3520f |
17-Apr-2015 |
Adrian Roos <roosa@google.com> |
Require explicit userId in LockPatternUtils
Bug: 18931518
Change-Id: Ib03f37df9135f0324a998c62d165d8eea46328c8
eyguard/KeyguardStateMonitor.java
|
| 602c68e4ffa1d17b2032c0e05c5d4d4dc8795adf |
25-Apr-2015 |
Adrian Roos <roosa@google.com> |
Smooth transitions between SHOW_WHEN_LOCKED activities
Bug: 12536117
Change-Id: Ia5f96e49587661440ae31fba17c42b2e3a9557fb
honeWindowManager.java
|
| a93311f91730be33c734689c6dfbbcf7fd12d6d7 |
21-Apr-2015 |
Jeff Brown <jeffbrown@google.com> |
Merge "Make activity manager sleep top activity when dreaming."
|
| c5e73bf9f8a3434571b407f0f1abd701a8e69131 |
21-Apr-2015 |
Craig Mautner <cmautner@google.com> |
am da506ffa: am 14818725: am 80f99121: Merge "Prevent infinite layout and wallpaper flashing"
* commit 'da506ffabadd551241e23aecf08e378e7d0f30b1':
Prevent infinite layout and wallpaper flashing
|
| 061ea99546fbba1da86094518992cf6b7a125278 |
18-Apr-2015 |
Jeff Brown <jeffbrown@google.com> |
Make activity manager sleep top activity when dreaming.
Added the concept of a sleep token to represent a demand to sleep.
We grab this token whenever a dream window is visible.
This change also deletes a special condition in shouldSleepLocked()
which would tend to keep activities running when the lock screen
was shown unless they had previously been sleeping. I believe this
condition is no longer necessary and the policy is much simpler
without it. Let's see if anything breaks.
NOTE: This can currently only be used within the system server process
but it might make sense to move it to IActivityManager (guarded by
DEVICE_POWER permission) so that keyguard can use it. If we added
a callback on release to inform the client that the underlying activity
has finished drawing then we could untangle a bunch of keyguard
specific logic.
Bug: 18866521
Change-Id: I84b2118f5b990a71a1647d1cee536ad3d99f3a24
honeWindowManager.java
|
| f253eeb9d3d23d02746406b2b0e721ba3b4563ce |
16-Apr-2015 |
Adrian Roos <roosa@google.com> |
Fix lockscreen bugs with SHOW_WHEN_LOCKED
When unlocking to a SHOW_WHEN_LOCKED activity by clicking
a notification, we don't get a the startKeyguardExitAnimation
because Keyguard is not actually going away. Instead, we start
it ourselves.
Also fixes the bug where restarting Keyguard while it's occluded
lead to an inconsistent state where the user got stuck on the
lockscreen.
Bug: 16481924
Change-Id: Iebc5bdd1287bbb81415ae01c7428850acc16c53f
eyguard/KeyguardServiceDelegate.java
|
| 0a4dc2258fa8216920e1a0b83cbf7d3729386e2f |
14-Apr-2015 |
Wale Ogunwale <ogunwale@google.com> |
Added TYPE_APPLICATION_ABOVE_SUB_PANEL window type.
TYPE_APPLICATION_ABOVE_SUB_PANEL will be displayed on top of their
attached window and any TYPE_APPLICATION_SUB_PANEL panels.
Bug: 20135562
Change-Id: I711de3c19c01432c44de205bf09934a8b23b53fd
honeWindowManager.java
|
| 662ed801add5c0cc6ba35238d46494344f086dac |
10-Apr-2015 |
Bryce Lee <brycelee@google.com> |
am e0233e7e: am 73b56873: am eccaf729: Allow going to home action to work for SHORT_PRESS_POWER_GO_HOME with keyguard enabled.
* commit 'e0233e7e1162ce3e699d6eb6648e82d1b403e51e':
Allow going to home action to work for SHORT_PRESS_POWER_GO_HOME with keyguard enabled.
|
| 7c167023ed4a9363bfae0ae64c23dde10d5e1d7c |
03-Apr-2015 |
Joe LaPenna <jlapenna@google.com> |
am 97a73606: am e59f4260: am 1f956e42: Merge "Make burn in protection updates happen on the minute." into lmp-mr1-modular-dev
* commit '97a7360660dc6473286a12d72eecff277e6182e1':
Make burn in protection updates happen on the minute.
|
| 2fdeeabe78b0f54f3163b1b3741ac813828b3511 |
02-Apr-2015 |
Jorim Jaggi <jjaggi@google.com> |
Implement new assist gesture and motion
Change-Id: Ic8ba18c200058062f4d38ac4226d3516af3d3df0
honeWindowManager.java
|
| 225d3b5449d29b43e619d8538d024305f6e81ba9 |
01-Apr-2015 |
Jorim Jaggi <jjaggi@google.com> |
Add more internal API's for assist
- When starting a voice interaction session from SysUI, a callback
can be passed to know when voice interaction has successfully started
- Add a new window type for the voice interaction starting window,
which resides behind the voice interaction layer.
- SystemUI now also inspects the voice interaction service to get the
logo asset for the starting window.
- Make VoiceInteractionSession window fullscreen, to accomodate for
the visuals.
Change-Id: If8c3c445e8b39841f48e8d153e6d1ba81e447286
honeWindowManager.java
|
| 2ed3e5fba6f7d1161b4702e13e01b040701495cf |
02-Apr-2015 |
Bryce Lee <brycelee@google.com> |
am d7e349e8: am 7eeaad24: am 7a1454fe: Merge "Do not use the status bar as the system decor layer if it is not visible." into lmp-mr1-modular-dev
* commit 'd7e349e8cbfc290f1cbbf099b0b9c76e545f5357':
Do not use the status bar as the system decor layer if it is not visible.
|
| 12741963740350c80c7b7744a1ccf6fc089fc1b8 |
31-Mar-2015 |
Adrian Roos <roosa@google.com> |
Fix WindowOrientationListener crash if no sensor present
Bug: 19999145
Change-Id: Ie0c2a2f9ff337a6538e85dc9bd0ef108dd468d28
indowOrientationListener.java
|
| 988e3a570f2b7d709636055a1fe63b1e22702c5c |
31-Mar-2015 |
Adrian Roos <roosa@google.com> |
Merge "Prevent sensor induced rotations while screen is touched"
|
| 93f724b04ef83aae7ab6ce97a9dc890d0c8c8b47 |
24-Mar-2015 |
Craig Mautner <cmautner@google.com> |
Merge "Recalculate input method top edge."
|
| 4774f6a4e4c1aeb682653da5ed301e195abab54a |
23-Mar-2015 |
Craig Mautner <cmautner@google.com> |
Recalculate input method top edge.
The bottom edge of an input method target window is set using the top
edge of the input method window. A switch from using the input
method's content frame's top edge to its display frame's top edge
(ag/634725) caused the underlying window to be obscured. This fix uses
the lower of the two frames to set the bottom edge of the target
window.
Fixes bug 19434816.
Change-Id: I5fe73fbe8a432b24a12c030f029cdfcd55e23274
honeWindowManager.java
|
| 9fc0b6fb1fd30bade0c5249f4368a69218e128bf |
19-Mar-2015 |
Bryce Lee <brycelee@google.com> |
am b45d3926: am 8320cf2d: Merge "Fix wrong intent being passed in PhoneWindowManager." into lmp-mr1-modular-dev
* commit 'b45d3926f327948c486c92ddc7fdb97dbc98e401':
Fix wrong intent being passed in PhoneWindowManager.
|
| bff46bac807ae8a9ebdc22c449a8d4f78711b4d2 |
05-Mar-2015 |
Benjamin Franz <bfranz@google.com> |
Add DO policy to disable safe boot mode.
Bug: 19615843
Change-Id: I14dbe911995ec216c57bd285d6b7b04c9684591a
lobalActions.java
|
| d8379b907f0b0b9778f90e0b5e6c1c5736b4b881 |
19-Mar-2015 |
Bryce Lee <brycelee@google.com> |
am 8b8a0451: am 8bc23e82: Merge "Add Assist global action for wear to different from VOICE_ASSIST" into lmp-mr1-modular-dev
* commit '8b8a045133e0466e964b4094269585708805b90a':
Add Assist global action for wear to different from VOICE_ASSIST
|
| 8b1c27c5abd569664566ccdb84f772aeaa962ddd |
19-Mar-2015 |
Bart Sears <bsears@google.com> |
am f5353e9d: am 91281bbd: resolved conflicts for merge of cc86bc0c to lmp-mr1-modular-dev
* commit 'f5353e9dda15fe49023083ec7ca2131feed7787d':
Prevent activities from being started during setup wizard.
|
| 6bc51303b53ad96d63a078c57fadbd1dbc0ed826 |
17-Mar-2015 |
Filip Gruszczynski <gruszczy@google.com> |
am d0663e03: am 7bd2feda: Merge "Add animation to zeroing burn in protection." into lmp-mr1-modular-dev
* commit 'd0663e03657704db8e9006a0a3aa919ed28c6d03':
Add animation to zeroing burn in protection.
|
| d799f70187c3c91a8d63a4230cc290966b8a462f |
17-Mar-2015 |
John Spurlock <jspurlock@google.com> |
Merge "Audio: Flag volume adjustments from hardware keys."
|
| a483a1d85e526202613c9b7354bbced9969cbfe0 |
17-Mar-2015 |
Filip Gruszczynski <gruszczy@google.com> |
am 81c47fc2: am 86318d76: Merge "Option for going home when going to sleep for devices without physical button." into lmp-mr1-modular-dev
* commit '81c47fc23a0a15dddf37d96d28305e8b5e5ca2da':
Option for going home when going to sleep for devices without physical button.
|
| b94f2d6cad92c4f6ad184920e06a260d87eb3b6a |
17-Mar-2015 |
John Spurlock <jspurlock@google.com> |
Audio: Flag volume adjustments from hardware keys.
Bug: 19793279
Change-Id: If20d70c13c9e7d1f8a6b31e0069564073d30e2bc
honeWindowManager.java
|
| 3595be4d19caaa7ddfbff0b979d135aaf5ac20b1 |
05-Mar-2015 |
Adrian Roos <roosa@google.com> |
Prevent sensor induced rotations while screen is touched
Bug: 19408285
Change-Id: Idadacc4cfb0cf41477155dc837297bacc3533ba5
honeWindowManager.java
ystemGesturesPointerEventListener.java
indowOrientationListener.java
|
| 9087433753a5068819dcd3e86bdc2cce82bb8040 |
10-Mar-2015 |
John Spurlock <jspurlock@google.com> |
AudioService: Write base stream volume changes to the event log.
- Add a new volume_changed event, reported at the stream level.
- Only include changes to base streams (no aliases).
- Include the caller for each change. A caller is either:
- a pkg name (for external calls or known media sessions)
- a system server class's log tag (for internal calls,
disambiguates "android")
Bug: 19599935
Change-Id: Ia61b68ff1e7e2907a24972790ec052bfe099e665
honeWindowManager.java
|
| c12569110d558e584fb9074dbe0c1aaf79ccdcd6 |
11-Mar-2015 |
Mark Renouf <mrenouf@google.com> |
resolved conflicts for merge of 91239a0b to master
Change-Id: Ib30f0631278602f0363181021f1ad364e4ec2f8d
urnInProtectionHelper.java
honeWindowManager.java
|
| 2a18cbcffaa7e8e34f7cd8b91e930eb2c08a6ef6 |
09-Mar-2015 |
Bryce Lee <brycelee@google.com> |
am 1b8df04b: am 8aeab6c8: Allow the keyguard service to be configurable.
* commit '1b8df04b8d754f68dc6bfa6caa9e0a2666d16933':
Allow the keyguard service to be configurable.
|
| d3b28408d1b9d36c27e4d1cfafe8c3097579961b |
09-Mar-2015 |
Bryce Lee <brycelee@google.com> |
am 168d0ade: am 1e53b98c: Merge "Allow press and hold from non-interactive." into lmp-mr1-modular-dev
* commit '168d0ade0cb5a733c83d7dcfdf0a0efa3250cb16':
Allow press and hold from non-interactive.
|
| 75328b703f8f83fdd62f11105ecd61df2ebe4420 |
04-Mar-2015 |
John Spurlock <jspurlock@google.com> |
Merge "Audio: Remove the concept of master volume."
|
| ee5ad729b90deff435f9875337cbc434be4f8fe7 |
03-Mar-2015 |
John Spurlock <jspurlock@google.com> |
Audio: Remove the concept of master volume.
- Remove two config resources (use master volume, and volume ramp).
- Remove master volume adjustments / getters / intents.
- Retain @hidden setMasterMute, needed for device admin
- Remove master volume logic in AudioService.
- Remove master volume logic in VolumePanel.
- Rename "getMasterStreamType" to "getUiSoundsStreamType" to avoid confusion.
Bug: 19582978
Change-Id: Id02c8fa4898cff3b913147f5ac1b4038e2e7cc24
honeWindowManager.java
|
| 62b65e4a8f058787eb49ec1630dfca2d9cd2b751 |
25-Feb-2015 |
Adrian Roos <roosa@google.com> |
Update immersive cling visuals
Also enables the swipe from top gesture for revealing
the navigation bar, even if the status bar is visible.
Bug: 19282730
Change-Id: I7b562c2f0f00ff3f05b8b1e44657efe79b45f9c7
mmersiveModeConfirmation.java
honeWindowManager.java
|
| 08c7116ab9cd04ad6dd3c04aa1017237e7f409ac |
28-Feb-2015 |
John Spurlock <jspurlock@google.com> |
Remove unused imports in frameworks/base.
Change-Id: I031443de83f93eb57a98863001826671b18f3b17
honeWindowManager.java
tatusBarController.java
|
| 37df39a93df04278b11a273aff17da164c5c6757 |
26-Feb-2015 |
Jeff Brown <jeffbrown@google.com> |
Add missing headers.
Change-Id: Ida86e14986e6391e6f65581ef0987ad8d16576f9
honeWindowManager.java
|
| c045208fef869e71622f7a1596314766138a13c4 |
26-Feb-2015 |
Filip Gruszczynski <gruszczy@google.com> |
Fix build.
Change-Id: I76c4a2755e2ae4bf9d59f854a2adb7fd4ef0ffab
urnInProtectionHelper.java
|
| cfb3185a27efeb9312ddf71f52f3a7039c4694df |
25-Feb-2015 |
Filip Gruszczynski <gruszczy@google.com> |
am 0fbcc708: am 1e74b5d6: Merge "Burn in protection." into lmp-mr1-modular-dev
* commit '0fbcc7086fe742e641915ed5f097119d01613cb5':
Burn in protection.
|
| 24bec7ce7adc3c0d693cfadcb4b28f5fc41555ae |
04-Feb-2015 |
Jorim Jaggi <jjaggi@google.com> |
Implement nice transitions for light status bar
- When the flag changes, apply an animation from the current value
- When the flag change is caused by an app transition, synchronize
the status bar animation with the app transition animation.
PhoneWindowManager calculates the timings based on some heuristics
of the app transition animations and supplies these timings to
StatusBarService.
Bug: 19233606
Change-Id: I4f99afba8f1eebb3524699ed4d7fbafee5463a37
arController.java
honeWindowManager.java
tatusBarController.java
|
| cd3884dfb246855c059e15db376f0935af68d949 |
18-Feb-2015 |
Adrian Roos <roosa@google.com> |
Set the light status flag based on right window
The flag needs to be set based on the top window that is either
reaching beneath the status bar or is dimming.
Bug: 19233606
Change-Id: I7b97f6869e3b7d5ae2b7030122b311ee9e13871f
honeWindowManager.java
|
| 73fef8df0059174df42e28acb77925cd747ccdca |
16-Feb-2015 |
Jorim Jaggi <jjaggi@google.com> |
Keep light status bar flag when opening notification shade
Bug: 19233606
Change-Id: I20e50c7267b8c1cd035eafd54609537d493a5ea9
honeWindowManager.java
|
| ae6688b09649447e57468b3e7935691bc09ec9b9 |
12-Feb-2015 |
Dianne Hackborn <hackbod@google.com> |
Update voice interaction layer for new UI design.
Can switch from a pure overlay at the top of the screen,
to interactive mode with the voice UI drawing at the bottom
and pushing its target activity up like an IME.
Add mechanism to get assist data to the voice interaction UI.
Add some basic visualization of the assist data, outlining
where on the screen we have text.
Add a test ACTION_ASSIST handler, which can propagate the
assist data it gets to the voice interaction session so
you can see what kind of data we are getting from different
apps.
Change-Id: I18312fe1601d7926d1fb96a817638d60f6263771
honeWindowManager.java
|
| 683914bfb13908bf380a25258cd45bcf43f13dc9 |
15-Jan-2015 |
Svetoslav <svetoslavganov@google.com> |
Rewrite of the settings provider.
This change modifies how global, secure, and system settings are
managed. In particular, we are moving away from the database to
an in-memory model where the settings are persisted asynchronously
to XML.
This simplifies evolution and improves performance, for example,
changing a setting is down from around 400 ms to 10 ms as we do not
hit the disk. The trade off is that we may lose data if the system
dies before persisting the change.
In practice this is not a problem because 1) this is very rare;
2) apps changing a setting use the setting itself to know if it
changed, so next time the app runs (after a reboot that lost data)
the app will be oblivious that data was lost.
When persisting the settings we delay the write a bit to batch
multiple changes. If a change occurs we reschedule the write
but when a maximal delay occurs after the first non-persisted
change we write to disk no matter what. This prevents a malicious
app poking the settings all the time to prevent them being persisted.
The settings are persisted in separate XML files for each type of
setting per user. Specifically, they are in the user's system
directory and the files are named: settings_type_of_settings.xml.
Data migration is performed after the data base is upgraded to its
last version after which the global, system, and secure tables are
dropped.
The global, secure, and system settings now have the same version
and are upgraded as a whole per user to allow migration of settings
between these them. The upgrade steps should be added to the
SettingsProvider.UpgradeController and not in the DatabaseHelper.
Setting states are mapped to an integer key derived from the user
id and the setting type. Therefore, all setting states are in
a lookup table which makes all opertions very fast.
The code is a complete rewrite aiming for improved clarity and
increased maintainability as opposed to using minor optimizations.
Now setting and getting the changed setting takes around 10 ms. We
can optimize later if needed.
Now the code path through the call API and the one through the
content provider APIs end up being the same which fixes bugs where
some enterprise cases were not implemented in the content provider
code path.
Note that we are keeping the call code path as it is a bit faster
than the provider APIs with about 2 ms for setting and getting
a setting. The front-end settings APIs use the call method.
Further, we are restricting apps writing to the system settings.
If the app is targeting API higher than Lollipop MR1 we do not
let them have their settings in the system ones. Otherwise, we
warn that this will become an error. System apps like GMS core
can change anything like the system or shell or root.
Since old apps can add their settings, this can increase the
system memory footprint with no limit. Therefore, we limit the
amount of settings data an app can write to the system settings
before starting to reject new data.
Another problem with the system settings was that an app with a
permission to write there can put invalid values for the settings.
We now have validators for these settings that ensure only valid
values are accepted.
Since apps can put their settings in the system table, when the
app is uninstalled this data is stale in the sytem table without
ever being used. Now we keep the package that last changed the
setting and when the package is removed all settings it touched
that are not in the ones defined in the APIs are dropped.
Keeping in memory settings means that we cannot handle arbitrary
SQL operations, rather the supported operations are on a single
setting by name and all settings (querying). This should not be
a problem in practice but we have to verify it. For that reason,
we log unsupported SQL operations to the event log to do some
crunching and see what if any cases we should additionally support.
There are also tests for the settings provider in this change.
Change-Id: I941dc6e567588d9812905b147dbe1a3191c8dd68
honeWindowManager.java
hortcutManager.java
|
| b10e33ff804a831c71be9303146cea892b9aeb5d |
04-Feb-2015 |
Jorim Jaggi <jjaggi@google.com> |
Split up android.policy into framework.jar and services.jar 1/3
Change-Id: Ifd69f1f3dd308a7e17a1442e2f3950da8b03cec4
arController.java
nableAccessibilityController.java
lobalActions.java
lobalKeyManager.java
conUtilities.java
mmersiveModeConfirmation.java
ogDecelerateInterpolator.java
honeWindowManager.java
olicyControl.java
ecentApplicationsBackground.java
hortcutManager.java
ystemGesturesPointerEventListener.java
akeGestureListener.java
indowOrientationListener.java
eyguard/KeyguardServiceDelegate.java
eyguard/KeyguardServiceWrapper.java
eyguard/KeyguardStateMonitor.java
|