summaryrefslogtreecommitdiffstats
path: root/policy
Commit message (Collapse)AuthorAgeFilesLines
* Fix issue #6037252: Screen shifts after all apps are upgradedDianne Hackborn2012-02-211-1/+9
| | | | | | | | | Two things: (1) make sure the boot message is always positioned within the entire unrestricted display, and (2) allow the dim background to go on top of the nav bar when being used for the boot message (this latter is really a hack that should be more generally fixed in the future). Change-Id: I7261b044eb802a39cadff931b50a679ff18781d6
* Fix issue #5906017: Missing menu entries in portrait when in compatibility modeDianne Hackborn2012-01-231-0/+6
| | | | | | | | | | | | | | | This was a bug only when the status bar was hidden, the screen space for the nav bar would not be correctly removed for all frames used in layout computation. This code really $*#&^!! needs to be cleaned up, the whole "status bar is the system bar when on a tablet so it should take space from apps, but status bar doesn't do that on phones but on phones there is a nav bar that does the same thing" thing is whacked. Proof that evolution DOESN'T WORK!!!!!!!!!! Change-Id: I24e4994328480820cb638e7a40aa0b65b7ae2003
* Fix issue #5823276 again: home repaints after full-screen app is exitedDianne Hackborn2012-01-201-3/+3
| | | | | | | | | | | | | Don't consider a window as a candidate for the top fullscreen window if it is not going to be a candiate for layout. This fix does not include the change to ignore app tokens that are hidden. This causes problems in some dialogs that stay hidden until their app is ready to display, but need to perform a series of relayouts during that time to get to the right size. Dropping this part of the change still (mostly?) seems to allow us to avoid the bad states. Change-Id: Ic052cb1499d3287f47e9ffeac5cd2470ee5a308c
* DO NOT MERGE Revert "Fix issue #5823276: home repaints after full-screen app ↵Justin Ho2012-01-191-3/+3
| | | | | | | | is exited" This reverts commit 01b02a734d2988c22b00f5df6346ad03d8bf52b6. Change-Id: I848c01fc44eb9a51ead1116b2647ed838ec1825f
* Merge "Fix 5863053: Add method to lock screen immediately." into ics-mr1Jim Miller2012-01-181-0/+6
|\
| * Fix 5863053: Add method to lock screen immediately.Jim Miller2012-01-171-0/+6
| | | | | | | | | | | | | | | | | | | | This fixes a bug where the device fails to lock when DevicePolicyManagerService requests the device to be locked and the screen was off because the user hit the power button. The change allows DPMS to directly invoke screen lock, bypasssing the screen state. Change-Id: Iecdda6fc61e9c519119de495be23c69c3b983921
* | Merge "Fix issue #5823276: home repaints after full-screen app is exited" ↵Dianne Hackborn2012-01-131-3/+3
|\ \ | |/ |/| | | into ics-mr1
| * Fix issue #5823276: home repaints after full-screen app is exitedDianne Hackborn2012-01-121-3/+3
| | | | | | | | | | | | | | | | | | | | | | Don't consider a window as a candidate for the top fullscreen window if it is not going to be a candiate for layout. Also don't consider windows a candidate for layout if their app token is hidden. This fixes a transient state where we are preparing to unhide the window but have not done so yet. Change-Id: Ife5299ffa003c1df1a4f787b7a2809cbf614ec16
* | Merge "Fix 5620754: don't show pattern screen after SIM PUK unlock" into ics-mr1Jim Miller2012-01-121-2/+1
|\ \
| * | Fix 5620754: don't show pattern screen after SIM PUK unlockJim Miller2012-01-101-2/+1
| | | | | | | | | | | | | | | | | | | | | This fixes a bug introduced in testing 34a62348. The code now properly invokes the callbacks before returning. Change-Id: I637a8a792838379f0c8b42ef634da82787fcd961
* | | Merge "DO NOT MERGE cherry-picked FU framework tablet commits" into ics-mr1Brian Colonna2012-01-121-9/+17
|\ \ \ | |/ / |/| |
| * | DO NOT MERGE cherry-picked FU framework tablet commitsBrian Colonna2012-01-091-9/+17
| |/ | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | - cherry-picking framework CLs from master into ics-mr1 that are needed for FU to work on tablets - needed for OEM partners even FU isn't going on xoom Squashed commit of the following: commit 3258f2528f558efdaf34ae15c5425f2d879848fe Author: Brian Colonna <bcolonna@google.com> Date: Tue Dec 13 15:49:48 2011 -0500 Added Face Unlock to tablet lockscreen layouts The Face Unlock Area was not part of the tablet layouts, so prior to this change, Face Unlock would not show up on tablets when selected as the unlock method. The backup unlock method would show up instead. The goal here is for the pattern and PIN unlock layouts (in both portrait and landscape mode) to look the same as before this change. This was a little harder than it was with the phone layouts for two reasons: 1) For the phones it was ok for Face Unlock to be sized such that it just covers the backup method. For the tablets we want Face Unlock to cover far more real estate. 2) The phones were based on a grid layout, whereas the tablet is a linear layout. Note that the diff makes the modifications look way more extensive than they actually are. Basically, in most cases I am putting a relative layout around some existing portion of the layout and putting the Face Unlock Area area inside of the new relative layout. Change-Id: I478becddf2a9ee9fe7b6d653e604fa3ad89b822f commit 821cfe85cf2b3daf074d9749dbf6e0a5663af0de Author: Brian Colonna <bcolonna@google.com> Date: Mon Dec 19 15:51:10 2011 -0500 Unbinding from FU when going to backup Lockscreen was stopping Face Unlock when going to the backup lock, but not unbinding from the Face Unlock service until the device was unlocked. This caused a bug on the tablets where Face Unlock would reappear when switching between portait and landscape orientations, even after the backup lock was exposed. On an orientation change, Face Unlock is restarted if the service is bound to during the orientation change. Since it was bound to when it should not have been, Face Unlock was restarting when it should not have been. The wakelock is also now being poked on an orientation change because on the tablet you can keep Face Unlock alive by switching the orientation back and forth, but eventually the screen would go dark with Face Unlock running. Also, a conditional was moved in activateFaceLockIfAble() so the whole section isn't executed if Face Unlock is not in use. Part of it was being executed with only the inner-most part having the check. This did not cause any issues that I am aware of. Change-Id: Ib452b8ced28a507bf9272dbf5d3477a8abd1ba90 commit fa90bb76ac6b311d12b55d23df4ac44cec62c7b3 Author: Brian Colonna <bcolonna@google.com> Date: Mon Dec 12 18:02:23 2011 -0500 Changed how Face Unlock coordinates are specified Was using View.getLeft() and View.getTop() to specify the upper-left corner of the Face Unlock area. That gives coordinates relative the view, which was fine for the phones. For the tablet it needs coordinates relative to the window (which still works for the phones). Also fixed a 'bug' where h and w were swapped. However, it wasn't causing a problem because it was swapped in two places. Change-Id: I86c1f68439f1dcef826cfe6b8fb56c9a4a6b8dc3 Change-Id: I962c0486be85949e002b0a2701286a6a39251f36
* | Fix 4560303: Add setting to lock later when power button pressedJim Miller2012-01-091-4/+11
|/ | | | | | | | | | | | | | This adds a feature to delay locking the device when the power button is pressed. This fixes a use case where the user wants to turn off the display (e.g. to save power) but doesn't want to lock the device. For the case of a secure device (user has a pin/password/pattern), this will lock the device immediately or not based on the setting. For the non-secure case, this always "locks" the device to provide easy access to the camera while preventing unwanted input. Change-Id: Ie328485c3f7559e26896d761cbf0e69d3f4df4e2
* Hide emergency call text if not support it.John Wang2011-12-141-12/+27
| | | | | | | | Show "emergency call only" text in carrier string only if phone supports emergency calls. bug:5570742 Change-Id: Ie826583fd55073e57c5fe4fe6e585781127caa6a
* Fix issue #5755172: Soft menu key disappears when menu is openDianne Hackborn2011-12-133-2/+4
| | | | | | | | | | | | | | | | | | | We need to work more like before in determining whether the menu key is needed -- in some cases look back in the window list to determine this if we don't know the value from the current window. This requires adding a new private flag indicating whether the compat menu state is known for a window, which is set by PhoneWindow as part of its existing process of computing the flag for its own windows. Now we can have a new API on WindowState to determine the value of this flag for a window, which if needed walks back in the window list to find a window the value is known for (or stops at what the policy has determined is the top full-screen window, so we stop like we used to at things like the lock screen or the bottom of an application). Change-Id: I829de6d629b5af8bcb422cb85249ee4041c7205e
* Merge "Shortcut keys should be handled on down, not up." into ics-mr1Jeff Brown2011-12-071-11/+31
|\
| * Shortcut keys should be handled on down, not up.Jeff Brown2011-12-071-11/+31
| | | | | | | | | | Bug: 5720360 Change-Id: I3afc278e576ea992c76f024c8b6bad14b214239c
* | Merge "Fix system hotkey handling." into ics-mr1Jeff Brown2011-12-073-78/+102
|\ \ | |/
| * Fix system hotkey handling.Jeff Brown2011-12-073-78/+102
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Fixed a problem where the key up for the ALT or META key was not delivered to the task switcher dialog because it was deemed to be inconsistent with the window's observed state. Consequently the dialog would not be dismissed when the key was released. Moved global hotkey handling for META+* shortcuts and ALT/META-TAB into the window manager policy's interceptKeyBeforeDispatching method. This change prevents applications from hijacking these keys. The original idea was that these shortcuts would be handled only if the application did not handle them itself. That way certain applications, such as remote desktop tools, could deliberately override some of these less important system shortcuts. Unfortunately, that does make the behavior inconsistent across applications. What's more, bugs in the onKeyDown handler of applications can cause the shortcuts to not work at all, for no good reason. Perhaps we can add an opt-in feature later to enable specific applications to repurpose these keys when it makes sense. Bug: 5720358 Change-Id: I22bf17606d12dbea6549c60d20763e6608576cf7
* | am b32785c6: Merge "More fixing for issue #5366535: Lockscreen has wrong ↵Dianne Hackborn2011-12-071-0/+3
|\ \ | | | | | | | | | | | | | | | | | | layout..." into ics-mr0 * commit 'b32785c6e893743956e28b285b8e6f6fc7aa8edb': More fixing for issue #5366535: Lockscreen has wrong layout...
| * | More fixing for issue #5366535: Lockscreen has wrong layout...Dianne Hackborn2011-12-071-0/+3
| | | | | | | | | | | | | | | | | | | | | | | | ...but corrects itself Change upgrade window to not allow the device to rotate while it is shown. Change-Id: I75b126ab8806b84a0351e2706ebea10570bde575
* | | Merge "Make new ringer toggles on power menu accessible and navigable with ↵Amith Yamasani2011-12-071-2/+1
|\ \ \ | | | | | | | | | | | | keyboard." into ics-mr1
| * | | Make new ringer toggles on power menu accessible and navigable with keyboard.Amith Yamasani2011-12-071-2/+1
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Bug: 5721663 Added content descriptions and made the listview allow navigation between nested views. Change-Id: I69d78d65e1bab829f63c2e6025051206e511f00f
* | | | Merge "Make the dock orientation override the HDMI orientation." into ics-mr1Jeff Brown2011-12-071-4/+5
|\ \ \ \ | |/ / / |/| | / | | |/ | |/|
| * | Make the dock orientation override the HDMI orientation.Jeff Brown2011-12-061-4/+5
| | | | | | | | | | | | | | | Bug: 5714422 Change-Id: I5a229f987fb88a25d2e49d0c73184f556ffc1114
* | | New and improved silent mode on lockscreen.Amith Yamasani2011-12-062-66/+121
|/ / | | | | | | | | | | | | | | | | 3-state item to toggle between Silent/Vibrate/Ringer in long-press power menu. No volume dialog on lockscreen, unless Power menu is up. Set VIBRATE_IN_SILENT=1 when upgrading device. Change-Id: I097d216f96c4abdbd83420e0c477106951b3607d
* | Fix issue #5714517: App shortcuts can result in bad task intentsDianne Hackborn2011-12-051-2/+1
| | | | | | | | | | | | | | | | New API to let you build an Intent whose base configuration is correct, but has an additional "selector" to pick out the specific app that you would like launched. Change-Id: Ide9db6dc60e2844b7696cfe09b28337fe7dd63db
* | Merge "Further volume improvements." into ics-mr1Amith Yamasani2011-12-022-39/+55
|\ \
| * | Further volume improvements.Amith Yamasani2011-12-012-39/+55
| | | | | | | | | | | | | | | | | | | | | | | | | | | - Remove silent mode from Power menu - Show volume dialog on lockscreen - Allow beeps when adjusting volume in lockscreen Bug: 5586083 Change-Id: I93052a8ec5004c784f20e04488af9382d495e711
* | | Merge "No clicking on volume icon in volume dialog." into ics-mr1Amith Yamasani2011-12-011-2/+2
|\ \ \ | |/ / |/| |
| * | No clicking on volume icon in volume dialog.Amith Yamasani2011-11-301-2/+2
| | | | | | | | | | | | | | | | | | | | | | | | Don't disable volume slider when it hits zero. Show correct icon for Silent mode in Power menu. Bug: 5586083 Change-Id: Iaa957fc08e314e0de1c007dfc967a1d960080aab
* | | Merge "Put screensavers back in the icebox for now. DO NOT MERGE." into ics-mr1Daniel Sandler2011-12-011-142/+0
|\ \ \
| * | | Put screensavers back in the icebox for now. DO NOT MERGE.Daniel Sandler2011-11-301-142/+0
| | | | | | | | | | | | | | | | | | | | Bug: 5689684 Change-Id: I3a5291c3520bb43e35d55714f1522e4ae7f6e63c
* | | | Fix issue #5433192 and maybe #5433192Dianne Hackborn2011-11-301-2/+5
|/ / / | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | 5433192: Factory reset device: compatibility screen is the first... ...screen before setup wizard Don't show compat mode dialog if compat mode is unknown (which happens early in boot before an activity is shown for example). Also make sure to update status any time the current focus app token changes, so we correctly update every time switching apps. 5651152 [Stingray] change zoom/strech setting icon won't go away This is probably also fixed by updating when the app token changes. Change-Id: Ibe9bd6277166230d5d96689741b78325ea099d57
* | | Merge "Fix application launch shortcuts." into ics-mr1Jeff Brown2011-11-291-1/+42
|\ \ \
| * | | Fix application launch shortcuts.Jeff Brown2011-11-291-1/+42
| |/ / | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Improved quick launch bookmarks to support category-based shortcuts instead of hardcoding package and class names for all apps. Added a set of Intent categories for typical applications on the platform. Added support for some of the HID application launch usages to reduce reliance on quick launch for special purpose keys. Some keyboard vendors have hardcoded launch keys that synthesize "Search + X" type key combos. The goal is to encourage them to stop doing this by implementing more of HID. Bug: 5674723 Change-Id: I79f1147c65a208efc3f67228c9f0fa5cd050c593
* | | Merge "Another attempt at getting OOM reports to batch." into ics-mr1Dianne Hackborn2011-11-291-1/+2
|\ \ \
| * | | Another attempt at getting OOM reports to batch.Dianne Hackborn2011-11-291-1/+2
| |/ / | | | | | | | | | | | | | | | | | | | | | | | | We now generate a stack-trace looking thing at the top of the report. Also fix a bug I hit where the phone window manager was sending a broadcast before the boot had completed. Change-Id: I0cee16180e4d05c9bd3fe715212a28f504ec91ac
* | | Quick fix for bug 5646217 blocking automation testsDaniel Sandler2011-11-231-0/+9
|/ / | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | The screen saver knows to avoid running when applications are holding wake locks via window flags, but other wake locks are invisible to the window manager and therefore to the screen saver activation code. The correct thing to do is move the screen saver to the power manager to give it access to all wakelock information. In the meantime, this fix checks for the user's STAY_ON_WHILE_PLUGGED_IN setting and disables the screen saver in this case. Bug: 5646217 Change-Id: Ia2286a8c3745267871901f7a0b7df94ec344a456
* | Dismiss system windows when screen savers start.Daniel Sandler2011-11-181-0/+5
| | | | | | | | | | | | | | | | | | Also add a couple more flags to the intent: - NO_HISTORY (finish activity on suspend) - FLAG_FROM_BACKGROUND Bug: 5578434 Change-Id: I97b965175a27760b819dc29ddb57865c5f4754d6
* | Dreams (now Screen Candy) development.Daniel Sandler2011-11-181-9/+15
| | | | | | | | | | | | | | | | - support for global "disable" setting - renamed settings provider keys to remove "DREAM" Bug: 5591015 Change-Id: I31f31b3ca6001fec1e0032a49cdf0d10df7b0ec7
* | Merge "Tie screen saver to the screen off timeout." into ics-mr1Daniel Sandler2011-11-171-4/+44
|\ \
| * | Tie screen saver to the screen off timeout.Daniel Sandler2011-11-171-4/+44
| | | | | | | | | | | | | | | | | | | | | | | | The window manager now monitors the plug state; the screen saver will never be automatically started if the device is running off battery. Change-Id: Ib1064d9cdd540238957df3ba7020303b0f6943c2
* | | Merge "Fix 5636798: clear PIN/PUK fields when device sleeps or user cancels" ↵Jim Miller2011-11-173-4/+13
|\ \ \ | | | | | | | | | | | | into ics-mr1
| * | | Fix 5636798: clear PIN/PUK fields when device sleeps or user cancelsJim Miller2011-11-173-4/+13
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | This bug is the result of onPause()/onResume() not being called properly when we have both lock and unlock screens present, which is true for the SIM and PUK unlock cases. The fix is to invoke onPause() and onResume() on both of them if they exist. Verified the rest of the code correctly handles having both. Also, when the user cancels, we now clear the fields. Change-Id: If7fbd31df7eab9e3d60656d50d2392607a4bf471
* | | | Merge "Fix 5620754: don't show pattern screen after SIM PUK unlock" into ics-mr1Jim Miller2011-11-173-42/+58
|\ \ \ \ | |_|/ / |/| | |
| * | | Fix 5620754: don't show pattern screen after SIM PUK unlockJim Miller2011-11-173-42/+58
| |/ / | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | This fixes a bug where we would inadvertently show the pattern screen after PUK-unlocking the device. Could potentially happen after SIM unlock as well, but that path appears to be fast enough that it's rarely seen. The cause was not getting the SIM state change before deciding to show the Unlock screen. We now immediately invoke the callback if SIM/PUK unlock succeeds without waiting for the round-trip from the radio layer. Change-Id: I02dcb456da415b82f30f8e3abc43f788f3931b33
* | | Merge "Disable desk dock apps." into ics-mr1Daniel Sandler2011-11-161-6/+25
|\ \ \
| * | | Disable desk dock apps.Daniel Sandler2011-11-161-6/+25
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | When a device is attached to a desk dock, the CATEGORY_DESK_DOCK intent will no longer be fired. As a side effect, the "dock home" behavior (which captures the home key for the dock app as long as the device is docked) is now disabled for desk docks. Car docks are unchanged. Bug: 5591015 Change-Id: I7884f655913c31cf53b88cb2e2b371987be27f64
* | | | Merge "Add a default Dreams component." into ics-mr1Daniel Sandler2011-11-161-0/+3
|\ \ \ \ | |/ / / | | / / | |/ / |/| |
generated by cgit v1.1 at 2025-03-08 18:45:44 +0000