summaryrefslogtreecommitdiffstats
path: root/policy/src
Commit message (Collapse)AuthorAgeFilesLines
* am 550b44d1: am f4644189: am 4cf6286c: am 02c7ba73: am 41bb0637: am ↵Craig Mautner2014-03-251-5/+9
|\ | | | | | | | | | | | | 76e85eec: am 3bc9971d: am 95d6e32b: am 86f9a93e: Merge "Allow FLAG_SHOW_WHEN_LOCKED to apply to dialogs" into jb-mr1-dev * commit '550b44d1884c5f65187dbc8bf8d4e6090f302a7b': Allow FLAG_SHOW_WHEN_LOCKED to apply to dialogs
| * am 02c7ba73: am 41bb0637: am 76e85eec: am 3bc9971d: am 95d6e32b: am ↵Craig Mautner2014-03-251-5/+9
| |\ | | | | | | | | | | | | | | | | | | 86f9a93e: Merge "Allow FLAG_SHOW_WHEN_LOCKED to apply to dialogs" into jb-mr1-dev * commit '02c7ba73e8733def289535b6d13dc6a504a0443f': Allow FLAG_SHOW_WHEN_LOCKED to apply to dialogs
| | * am 41bb0637: am 76e85eec: am 3bc9971d: am 95d6e32b: am 86f9a93e: Merge ↵Craig Mautner2014-03-251-5/+9
| | |\ | | | | | | | | | | | | | | | | | | | | | | | | "Allow FLAG_SHOW_WHEN_LOCKED to apply to dialogs" into jb-mr1-dev * commit '41bb0637ca430808ab40a0300467ea58ae0a05c3': Allow FLAG_SHOW_WHEN_LOCKED to apply to dialogs
| | | * am 86f9a93e: Merge "Allow FLAG_SHOW_WHEN_LOCKED to apply to dialogs" into ↵Craig Mautner2014-03-251-5/+9
| | | |\ | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | jb-mr1-dev * commit '86f9a93e20bf33b9f5152592f4781bd253be8643': Allow FLAG_SHOW_WHEN_LOCKED to apply to dialogs
| | | | * Allow FLAG_SHOW_WHEN_LOCKED to apply to dialogsCraig Mautner2014-03-221-5/+9
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Previous fix to keep non-show-when-locked windows hid dialogs from activities that had asked to be show-when-locked. That was too restrictive. Fixes bug 13225149. Change-Id: I39ae9d7cbcc9b5109257f732d027bda3a2de65e4
| | * | | am 500ec9ce: am 25fb7133: am 0b2f2122: am d3da8f71: am ecba937b: DO NOT ↵Adrian Roos2014-03-181-11/+12
| | |\ \ \ | | | |/ / | | | | | | | | | | | | | | | | | | | | | | | | | MERGE - Fix keyguard pattern lockout bug * commit '500ec9ce4b7856eca480c4c7dca8df1211614102': DO NOT MERGE - Fix keyguard pattern lockout bug
| | | * | am ecba937b: DO NOT MERGE - Fix keyguard pattern lockout bugAdrian Roos2014-03-181-11/+12
| | | |\ \ | | | | |/ | | | | | | | | | | | | | | | * commit 'ecba937b005b07d72eadfaf93a200e0b14af2980': DO NOT MERGE - Fix keyguard pattern lockout bug
| | | | * DO NOT MERGE - Fix keyguard pattern lockout bugAdrian Roos2014-03-181-11/+12
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | (cherry picked from commit 91c9561cbe665f91e1665f30362c409ae180b127) Bug: 13302967 Change-Id: I35e7319f8767b2320dc11d9bfe8dc034e2a39b28
* | | | | Merge commit '3b9de0a4' into manualmergeCraig Mautner2014-03-131-12/+16
|\ \ \ \ \ | |/ / / / | | | | | | | | | | | | | | | | | | | | | | | | | Conflicts: policy/src/com/android/internal/policy/impl/PhoneWindowManager.java Change-Id: I5433912e9d97a20bec6c8e287450550daab6d89b
| * | | | Resolved conflicts for merge of ad63d914 to jb-mr2-devCraig Mautner2014-03-131-25/+34
| |\ \ \ \ | | |/ / / | | | | | | | | | | Change-Id: Iea4cec4ce6f588c9f976ac5a1ff0208f1f91471b
| | * | | am 20a4f490: am 817f5586: am 3d958f81: am 468e8e98: am 1f52437d: Show the ↵Craig Mautner2014-03-131-24/+33
| | |\ \ \ | | | |/ / | | | | | | | | | | | | | | | | | | | | | | | | | keyguard if unsecure window on top * commit '20a4f490957407b9534fc453833de2fe2f276426': Show the keyguard if unsecure window on top
| | | * | am 1f52437d: Show the keyguard if unsecure window on topCraig Mautner2014-03-131-24/+33
| | | |\ \ | | | | |/ | | | | | | | | | | | | | | | * commit '1f52437de9aa6089a72c7c992f9e7291a6a96115': Show the keyguard if unsecure window on top
| | | | * Show the keyguard if unsecure window on topCraig Mautner2014-03-121-24/+33
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | When traversing windows save the fact that windows above the topmost fullscreen window do not hide the lockscreen. If there is such a window don't show it. (cherry picked from commit ab55e524b89c13082193940a5bf8480a2c2522d9) Fixes bug 13225149. Change-Id: Ib6f33cbcfb2f60d8957a9184729ecdec80c6a236
* | | | | Merge "Show the keyguard if unsecure window on top. DO NOT MERGE." into klp-devCraig Mautner2014-03-071-24/+31
|\ \ \ \ \
| * | | | | Show the keyguard if unsecure window on top. DO NOT MERGE.Craig Mautner2014-03-071-24/+31
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | When traversing windows save the fact that windows above the topmost fullscreen window do not hide the lockscreen. If there is such a window don't show it. Fixes bug 13225149. Change-Id: Ib6f33cbcfb2f60d8957a9184729ecdec80c6a236
* | | | | | Merge "Volume panel should not clear system ui flags." into klp-devJohn Spurlock2014-03-041-9/+7
|\ \ \ \ \ \
| * | | | | | Volume panel should not clear system ui flags.John Spurlock2014-03-041-9/+7
| |/ / / / / | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Remove private WM flag (used only by the volume panel) to force the clearable system UI flags clear. Instead, always lay out the volume panel as if the bars are visible, as we do for system dialogs - and don't clear the flags. Reverts part of I25f29af5b6518aba695b64a75977ae240b742118 Bug:11986621 Change-Id: I842729d729d2a6eb2a687d0b930ddb160c6a1b57
* | | | | | Show hideycling for non-primary users.John Spurlock2014-03-041-0/+1
|/ / / / / | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | User 0 owns the window (system_server) but should be allowed to display on a user's behalf. Use the corresponding private flag for this system window, since we cannot classify it by type (TYPE_TOAST) in policy. Bug:12015090 Change-Id: I33aedb4624288415a5e1ae937676b693024546a9
* | | | | Report keyguard as initially showing and secure until we knowJim Miller2013-11-131-0/+8
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | This fixes a bug where an app calls KeyguardManager.isLocked() before keyguard has had a chance to show. The fix is to assume keyguard is showing and secure until we know otherwise. Fixes bug 11670159 Change-Id: Ifbe4cdf40e3b76d2069ecace940f85fa58f31187
* | | | | Disallow transient status bar on the keyguard.John Spurlock2013-11-111-0/+5
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | FLAG_FULLSCREEN on the app under the keyguard was keeping the transient status bar visible if the user locked while revealing it. Bug:11629810 Change-Id: I034d3a4f4fe5463702253a1fca6d32debd520c3c
* | | | | Fix improperly hidden status bar.John Spurlock2013-11-072-10/+16
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | An app lib exposed a possible timing problem, causing the bars to remain hidden after screen rotation during immersive mode. Bug:11440463 Change-Id: I5166bdce78a876bc08b18f8b9a340366fbbbb70a
* | | | | Ensure bar window state is SHOWING after rotate if visible.John Spurlock2013-11-061-3/+7
| | | | | | | | | | | | | | | | | | | | | | | | | Bug:11544694 Change-Id: Ied56f01a931f33437bdc05d026006cabcdef0149
* | | | | Force relayout at completion of status bar animationCraig Mautner2013-10-291-1/+9
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | A final layout pass should be done whenever the status bar has completed its incoming animation. Fixes bug 10387660. Change-Id: I48c19015c53116b58cf73e20be32d1f64dd682ca
* | | | | Ensure the simple CAB appears below the status bar.John Spurlock2013-10-221-6/+62
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | When the contextual action bar is not in overlay mode, the screen layout is a linear layout. (screen_simple.xml) Ensure the standalone CAB appears below the status bar, consumes the top offset (to avoid content application below it) and fill in the status area with a guard view for background protection. Bug:10014069 Change-Id: I614f16dfa77367a94808aef54710ffebd66e1ca8
* | | | | Move the IME navigation guard view up to decor.John Spurlock2013-10-181-0/+32
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Although the IME windows are now allowed to extend into the nav bar, some IMEs were making assumptions about computed insets based on the height of the content view. So our navigation bar view (opaque view blocking the nav bar area to avoid the island effect when transparent) needs to live above the content view in the hierarchy, making the content view the same height as it was before. A surgical spot to put the guard view is up at the root view (PhoneWindow.DecorView). fitSystemWindows is always called since this view is not recreated, and the layout is stable: waiting until the IME is attached to the window is too late to add a guard view. This is above the screen_* layouts, so will work without having to touch all of them. And it only affects windows of TYPE_INPUT_METHOD. Bug:11237795 Change-Id: I6a93f30aec83f1cecfb854073046cbc87ab4aa66
* | | | | Merge "Do not show immersive mode help in touch exploration mode." into klp-devJohn Spurlock2013-10-181-1/+2
|\ \ \ \ \
| * | | | | Do not show immersive mode help in touch exploration mode.Daniel Sandler2013-10-181-1/+2
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Bug: 11277364 Change-Id: Ifafcbff38e34c0ef08d9a466d93ce591369183a3
* | | | | | Relayout the immersive cling in the correct thread.Daniel Sandler2013-10-181-3/+10
|/ / / / / | | | | | | | | | | | | | | | | | | | | Bug: 11266364 Change-Id: Ia629262ff0c362a5a45b6c5822be080cefcb8c56
* | | | | Fix issue where keyguard adds widgets before the system is readyJim Miller2013-10-163-0/+22
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | While under heavy system load, keyguard was able to create widgets before before ActivityManagerService was ready. The result was a race between keyguard adding widgets and ActivityManagerService being ready to send broadcasts. This fix provides keyguard with an additional signal to know when the system is booted and widgets are safe to load. Fixes bug b/11217169 Change-Id: I7a714d65b068678f961e52bdde4e1c20f9c287f0
* | | | | Merge "Move the wallpaper beneath the keyguard." into klp-devCraig Mautner2013-10-141-1/+2
|\ \ \ \ \
| * | | | | Move the wallpaper beneath the keyguard.Craig Mautner2013-10-141-1/+2
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | If the keyguard is the wallpaper target the wallpaper cannot sit at the bottom of the stack and must be directly beneath the keyguard. Otherwise keep it at the bottom of the window stack. App animations when the keyguard is showing should not be disabled if the keyguard is also animating. Fixes bug 10858941. Fixes bug 10932680. Change-Id: I8399837f6510ea16003f68b165e67439f3571ef4
* | | | | | Add a config resource to enable translucent bars globally.Daniel Sandler2013-10-141-7/+13
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Setting config_enableTranslucentDecor to false will not prevent clients from adding FLAG_TRANSLUCENT_NAVIGATION or STATUS to the window or using the TransluentDecor themes, but it will prevent View.STATUS_BAR_TRANSLUCENT and View.NAVIGATION_BAR_TRANSLUCENT from being propagated to the SystemUI so these requests will not be honored. Bug: 11182618 Change-Id: I8be6a3a565acf0987ff12f18f1c7e67c96d563c3
* | | | | | Implement new SYSTEM_UI_FLAG_IMMERSIVE_STICKY.John Spurlock2013-10-142-52/+65
|/ / / / / | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Migrate transient bar mode to IMMERSIVE_STICKY, and introduce new behavior for IMMERSIVE: namely the opaque bars are revealed by clearing the flags on swipe. Remove low-profile optimization that confuses api demos and other apps using low-profile as a signal. TransientNavigationConfirmation renamed to ImmersiveModeConfirmation, and its associated resources, since the confirmation is now shown when the nav bar is shown in either of the two immersive modes. Remove unused Toast.makeBar and associated hidden framework bits now that the confirmation uses a cling instead. Bug:11062108 Change-Id: Iae49d31973940b9bee9f5b1827756db5eaa76aa3
* | | | | Limit transient nav cling to 380dp on large/land devices.Daniel Sandler2013-10-141-21/+52
| | | | | | | | | | | | | | | | | | | | | | | | | Bug: 11077915 Change-Id: I141a5f3f565109ae5ac9221053e5a4db36633ca7
* | | | | Wire up new hideycling ok button to persist setting.John Spurlock2013-10-131-3/+5
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Otherwise you'll see it every time. Bug:11077915 Change-Id: I2ec725459f6ec133c1b82e9788a80dede6e87343
* | | | | New window cling for immersive mode.Daniel Sandler2013-10-131-12/+120
| | | | | | | | | | | | | | | | | | | | | | | | | Bug: 11077915 Change-Id: I6858259b31301b76dee81d3e6fbc534c1cdea661
* | | | | Merge "Test for hidden keyguard before waiting for it." into klp-devCraig Mautner2013-10-121-1/+1
|\ \ \ \ \
| * | | | | Test for hidden keyguard before waiting for it.Craig Mautner2013-10-111-1/+1
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Now that non-null window tokens are coming in in additional situations (ag/372453) we have to look at whether the keyguard is hidden before deciding to wait for it. Fixes bug 1187500. Change-Id: Ie89d5334ab3d0f5b8f2cf8c87fef84a9b6392b72
* | | | | | Merge "Remote volume changes" into klp-devJean-Michel Trivi2013-10-111-11/+23
|\ \ \ \ \ \ | |/ / / / / |/| | | | |
| * | | | | Remote volume changesJean-Michel Trivi2013-10-111-11/+23
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | When the user plays media remotely, and presses on the volume keys with the screen off, verify whether not only local playback is active, but also if remote playback is active to see if the volume should be adjusted. When adjusting the volume with screen off, adjust the remote volume if applicable. When controlling volume, give priority to local media playback. Bug 11169862 Change-Id: I88a8c003969177d50d4c1569ec6cd2a7c153a341
* | | | | | Merge "Reduce jank on incoming phone call during dream." into klp-devCraig Mautner2013-10-111-4/+5
|\ \ \ \ \ \
| * | | | | | Reduce jank on incoming phone call during dream.Craig Mautner2013-10-101-4/+5
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | - Include dreams in the conditions that disable transition animations. This way there is no visibility of activities that are closing behind the keyguard when an activity that dismisses the keyguard starts up. - Do not notify the keyguard mediator when the keyguard is dismissed because a dream is starting up. This keeps activities from resuming just because the keyguard is being dismissed. Fixes bug 11064847. Change-Id: I9d32fc96d518b1cdab511e187226a3cb889cf6d4
* | | | | | | Fix dock rect calculation when nav is translucent.John Spurlock2013-10-101-4/+5
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Make sure the dock rect in PWM takes the nav bar height into account when translucent. This forms the basis of many other window calculations, and has multiple downstream effects. Fixing this exposed the fact that the Keyguard was not allowed to fall into the LAYOUT_HIDE_NAV codepath (since it's not an app window) - so add TYPE_KEYGUARD to that path. Bug:11157555 Change-Id: I6b1fc4da973a246b80ec108a561e06f6d8a6a92b
* | | | | | | IME navigation guard implemented as a View.John Spurlock2013-10-101-1/+1
| |/ / / / / |/| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Instead of a custom onDraw in order to stay 100% in sync with abrupt layout changes. Also use the unrestricted layout bottom to avoid unnecessary fitSystemWindows churn. Bug:11162351 Change-Id: If9bb9a52d503e348d642bf1238f75c4a418ad805
* | | | | | Merge "Allow IMEs to extend below nav bar, remove SystemUI veto." into klp-devJohn Spurlock2013-10-091-2/+4
|\ \ \ \ \ \
| * | | | | | Allow IMEs to extend below nav bar, remove SystemUI veto.John Spurlock2013-10-091-2/+4
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Layout IMEs below the nav bar, offset by bottom padding and associated guard rectangle with a black background to ensure they do not appear as islands during transitions. This makes it safe to remove the SystemUI forced opaque transition when showing an IME, making the overall transition less expensive, quicker and smoother overall. Bug:11058746 Change-Id: I460912ee7c117480c57b947ed31eca330819f32c
* | | | | | | Merge "Remove overly tight constraint on drawn Keyguard." into klp-devCraig Mautner2013-10-091-1/+3
|\ \ \ \ \ \ \
| * | | | | | | Remove overly tight constraint on drawn Keyguard.Craig Mautner2013-10-081-1/+3
| | |/ / / / / | |/| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | The requirement that a window that is invisible will not be drawn is incorrect. In particular the test fails before a surface has even been added (mHasSurface == false) or shown (mPolicyVisibility == false). This was causing the screen to turn on before Keyguard had been drawn and exposing surfaces that would have normally remained hidden. Also, don't pass null into KeyguardServiceDelegate.onShown() or we will immediately turn the screen on before Keyguard is drawn. Fixes bug 11062635. Change-Id: I964c7ef186d0a94678020b9c27ca6b79e5433350
* | | | | | | Close context menu dialogs if the menu becomes emptyAdam Powell2013-10-081-0/+4
| |/ / / / / |/| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | If a view triggers showContextMenu while a context menu is already shown but contributes no items to the menu the menu dialog would become empty. Simply close the dialog if this happens. Bug 11063885 Change-Id: I9e7c96073318c94eda5f1e1c4beb596b3d9da781
* | | | | | Merge "Translucent sysui flags affect layout." into klp-devJohn Spurlock2013-10-081-1/+3
|\ \ \ \ \ \