- May 24, 2022
-
-
Change-Id: I28762c88d4777f8dbc8f213a2522875c3428fdab
-
The gesture will activate if user executes edge swipe for a long horizontal motion. The triggered action is configurable in Button Settings. Reference: https://gerrit.dirtyunicorns.com/q/topic:%22back-longswipe-actions%22 Change-Id: Ie1bbe6645b6a00d346af60d6bb5e4d584997d6e9
-
* When the torch is on, any subsequent long press power is almost certainly intended to turn the torch off (regardless of screen state). Therefore, always allow long press power to toggle torch if the torch is on. * Tested: long press power toggles torch on/off with screen off. long press power toggles torch off with screen on and torch on. long press power brings up global actions menu with screen on and torch off. Change-Id: I932caa9f3be06d14408aea2ecb3a6eca73e052e0
-
This allows long press power button for torch and long press volume buttons for track skip to work during ambient display. sam3000/razorloves: partial pick from: Author: ezio84 <brabus84@gmail.com> Date: Fri Feb 2 01:24:34 2018 -0500 base: Support binding the power button to flashlight Thanks to beanstown106 for the initial longpress action calls in PhoneWindowManager (improved by lineage guys) [cut] Allow torch action also on ambient display Change-Id: I12da044f86c7b625872607529cf8524615cf576b Author: ezio84 <brabus84@gmail.com> Date: Sun, 7 Jan 2018 21:24:53 +0100 Fix volume rocker skip track on Ambient Display and Lift to Wake we need to check if dream service is dozing before checking keyguard status Change-Id: Ic3a6c830496188bb6edf27043cd24eb2d553bb82 Change-Id: I2463579e056364652b549524bc9775da4fa35b1f
-
Change-Id: Idfb12a7bae6d921d207b5becd69b1005ce3d2b92
-
Change-Id: I7662b593f5ba52cafe3d7ba7cf2099b29b8d308b
-
Change-Id: I5ebe1ad88950ba56ce1445b77b7f8cdf030463da
-
Author: LuK1337 <priv.luk@gmail.com> Date: Mon Jun 4 10:05:37 2018 +0200 PhoneWindowManager: Improve home button wake haptic feedback handling * This fixes an issue where haptic feedback is used when screen is off and home button wake is disabled. Change-Id: I7ac4c00598cedf7f174dc99629f55dc7b74b0d2a Author: Gabriele M <moto.falcon.git@gmail.com> Date: Mon Sep 26 00:43:08 2016 +0200 Fix volume keys wakeup status handling The same status flag is used for the three different volume keys, however nothing prevents users from pressing multiple keys at the same time. This allows to set the status flag with one volume key and clear it with the other volume key. Use one flag per key so that we never end up in an inconsistent state. This fixes the seldom power button issues that happen when the "volume wake" feature is enabled. Change-Id: I08f5f9ff696bef3dd840cff97d570e44ebe03e4e Author: Martin Brabham <optedoblivion@cyngn.com> Date: Wed Dec 3 11:48:28 2014 -0800 Android Policy: handle volume key event as wake key when preference is set Change-Id: If9a61cd65553bf00f0efda1a75b1ab75b9129090 Author: willl03 <wgangers@gmail.com> Date: Mon Dec 8 11:13:28 2014 -0500 Only go HOME if screen is fully awake Avoid going home when hardware home button is used to wake the device on an insecure keyguard Change-Id: I5d5d8c4fff76967c29e70251f7b165205005ba11 Author: Matt Garnes <matt@cyngn.com> Date: Tue Mar 31 14:39:38 2015 -0700 If a wake key is disabled by the user, do not wake from doze. Currently, any wake key will wake the device from a doze, even if that key has not been enabled as a wake key in Settings. If the device is 'dreaming' in the Doze state, check if the user has explicitly disabled the wake key (or never enabled the setting in the first place) before waking the device. Change-Id: I7397087c143161e8e1ddb84d0e23f6027fea0aac Author: Michael Bestas <mikeioannina@gmail.com> Date: Thu Dec 18 04:26:38 2014 +0200 Cleanup button wake settings (2/2) Change-Id: Ie37136cbd57c4c334321abbfa4543727e940bc43 Keep quiet when volume keys are used to wake up device - Userspace will make a 'beep' with it receives a key up, so consume that event as well. - Removed wake key check in music control code as it will already be disabled here. Change-Id: I93839acd39aec8a2ee40291f833a31f6b048c9f8 Wake Keys: enforce the wake keys overlay * Keys disabled as wake keys by the overlay were still being allowed to wake the device. This change enforces the hardwareWakeKeys settings. Change-Id: Ifde0491b2de64a7f61a101cf22f5589cb5e841e2 Allow disabling Search/Recents button wake (2/2) Change-Id: I6a2ac064efc4fe85413bf0b935c28aa7bde5d672 Author: Danny Baumann <dannybaumann@web.de> Date: Sun Nov 30 23:04:37 2014 -0600 fw/base: allow home button to wake device [1/2] Change-Id: I2b79561dcfa7e569b2e24bbabfffb11517d4d313 Change-Id: Ic294515c7200c1260ac514db23ef3778d374d727
-
Fixups for ten @sam3000 This is a squash of the following commits: Author: Phil Tunstall <ptunstall@gmail.com> Date: Fri Nov 14 09:44:49 2014 -0800 Hardware key custom rebinding (1/2) Framework changes to allow rebinding of the actions performed on the following key press events: Home long-press, home double-tap, menu press, menu long-press, search press, search long-press, app-switch press and app-switch long-press. The available actions are: Nothing, open/close menu, recent apps switcher, search assistant, voice search, in-app search, device sleep, and launch camera. Change-Id: I72c0d220a09d79230bfa299e0521ed693e5c25f1 Author: Steve Kondik <steve@cyngn.com> Date: Tue Oct 18 23:38:28 2016 -0700 wm: Add support for split screen button behavior * And make it the default for long-press recents like the navbar. Change-Id: I432c80a2c9b29b9a02d64e29d484f92623b0648a Author: Bruno Martins <bgcngm@gmail.com> Date: Mon Dec 25 22:10:28 2017 +0000 Forward-port hardware keys custom rebinding to O * Adapted to Lineage SDK as well as to the moved hardware keys configs and constants. * Converted variables that track user-customisable behavior for certain key events from int to Action in order to use the newly introduced SDK function helpers. Change-Id: I2e2234e3d01d943e0cadd23898288f8a88936a47 Setting a custom menu key action will do both the custom action and the default action at the same time. Comparing code with 14.1 we're missing the return here. Change-Id: I2f188ec78fae5068ffa1a5c80a8afa5ee2f167b5
-
Change-Id: I43f3d339b73a3ff3cc19a881975f018b56b9d472
-
Fixups for twelve (@neobuddy89) Fixups for ten (@sam3000) Squash of: Author: beanstown106 <nbenis106@gmail.com> Date: Sun Jan 17 09:14:19 2016 -0500 policy: Long-press power while display is off for torch Long-press the power button while the display is off to turn the torchlight on and off. Credits: - Lion0738: The main hooks here: https://github.com/lion0738/android_frameworks_base/commit/9af2b7844a4d973c8b6c542d7937f56a24a7e5f1 - Atlantis: The logic on where to hook into this for power button only - Alex Cruz: Helping and giving me some pointers along the way Change-Id: I14365389990eb06daaa127f5db66df45abf6c064 Author: Sam Mortimer <sam@mortimer.me.uk> Date: Sat Dec 24 13:22:53 2016 -0800 [1/3] Torch long press power: add auto-off function Change-Id: Icdf50082324f8292859f0df8b271e730b02c84e7 Author: Pranav Vashi <neobuddy89@gmail.com> Date: Fri Dec 3 08:53:59 2021 +0530 Fix long-press power for torch on Android S * We must define FLAG_IMMUTABLE when creating PendingIntent on Android S Signed-off-by:
Pranav Vashi <neobuddy89@gmail.com> Change-Id: I49222892c8fbc8a63af580c763e8987b225b11d2 Signed-off-by:
Pranav Vashi <neobuddy89@gmail.com> Signed-off-by:
LibXZR <i@xzr.moe>
-
Change-Id: I56306e3a2bc9633c29a01196452c8e158d0d7fa7
-
For Spotify and other players that allow music controls for remote devices (PC, PS4) through the media notification Change-Id: I38887f8b1cff1a0c1e3adadbfe37d5af59b5cdcc
-
We can't use a generic DeviceKeyHandler here, because we don't want to override some of the AOSP logic (silencing incoming calls, screenshots) and we need to know if the device is interactive or not (for screen-off music controls) Change-Id: I485c2f6006c5bbd358ba0cbd32917689826c5c6d
-
Change-Id: Icf333f13bccfed9ba4ec030716d2bcf83841ef55
-
* Local HBM does not shows pressed icon * Global hbm shows pressed icon Change-Id: Ic9f51a33c1781527f0c7fc41e8bfe320bf2653d2
-
* TYPE_KEYGUARD_DIALOG was below volume and navbar and would have caused cause issues when HBM was enabled * BiometricPrompt uses different layer which again is below navbar and causes bright volume and navbar Change-Id: Ia37930ffd7a28fc8785f26ada3b69a02df0d4891
-
This should let us choose between multiple UdfpsHbmProvider implementations. Change-Id: I9b93e32644feaf1398cdac69e9696d8ec195f246
-
* set a solid color by configuring config_udfpsColor * set a custom image by setting udfps_icon_pressed and making config_udfpsColor #00ffffff (transparent) Change-Id: I2460f6196d32fe46eb97f9a5c767bde5c9976681
-
Update the screenshot share intent to align it with the data that is present in the screenshot edit intent. Bug: 220161786 Test: Take screenshot. Tap share. Tap Edit, which opens screenshot in Photos. See buganizer for more info. Change-Id: I7a1254e579cea38fd70fc13da81e1dae98f5f968
-
* Many devices identifying as "Analog Docks" have not built in volume controls and rely on software volume (See: All Motorola Mods, older 3.5mm docks, etc.) Change-Id: Ie9b97c7b17b882a5d804db398d149bd777ccf5a4 (cherry picked from commit 24ce6c3ea58f339cc8a537205e30d2516d2b073b) (cherry picked from commit a6eff9c92353cd74ebae12cc82840d1356844980)
-
Only Primary storage and adoptable storage can get visible flag. so, Unless Device support adoptable stoarge, it cannot have visible path for sdcard. In refrernce, Adoptable storage cannot support FBE. If device cannot get visible path for sdcard, 3rd app and MTP cannot read sdcard even though they have READ_EXTERNAL_STORAGE permission. this fixing is releasing visible condition for all sdcard. Test: Check MountFlags is VISIBLE on Log. Change-Id: I7afe5078650fe646e79fced7456f90d4af8a449a Signed-off-by:
Sangho Yoon <sangho.yoon@lge.com>
-
* Fixes a2dp offload on devices not using QTI BT stack. Change-Id: I5044d02f8be74bbf050b16083e753bd392dac0a6
-
* NetworkManager setFirewallUidRule checks that the caller is system uid * Public service entry points are already protected with MANAGE_NETWORK_POLICY permission so simply clear calling identity around NetworkPolicyManagerService setUidFirewallRule() call to resolve crash for secondary users during settings change. Change-Id: I2fb22e77c0afa67acfbb5b9d57173df5aefb0d57
-
We shouldn't be playing volume dialog specific haptic feedback when the dialog is not visible. Test: Call am.setRingerModeInternal(AudioManager.RINGER_MODE_VIBRATE) from external application, observe that there's no vibration. Change-Id: I10ad1e0259092c2297d96f083161395275467781
-
When an app target pre-O releases, the default max aspect ratio is 1.86:1 which leads to ugly black areas on devices that have screens with higher aspect ratio (for example Galaxy S8/S9). This change adds an option to allow users to change aspect ratio for pre-O apps to full screen aspect ratio. Change-Id: I41d5408841593a12443be885e11959bffaebb67b
-
Change-Id: I18578723966b1029d597a6c197e06156af8b545e
-
Author: AdrianDC <radian.dc@gmail.com> Date: Tue, 18 Aug 2015 19:33:18 +0200 Implement the support of an overall brightness control for the LEDs. The setting is deactivated by default and will be ignored by the unimplemented phones. Current LibLights will simply not use the new variable. Changes includes : frameworks/base packages/Apps/Settings Change-Id: I1c0de01b1c6a2a2cf1432028a2e69f90b2373b2c Signed-off-by:
AdrianDC <radian.dc@gmail.com> Author: Adnan Begovic <adnan@cyngn.com> Date: Mon, 9 Nov 2015 16:26:00 -0800 fw: Move battery light settings to CMSettings. Change-Id: I28e60473356b2a9af152df82d34ad7abc9918682 Author: Adrian DC <radian.dc@gmail.com> Date: Sat Oct 14 23:08:47 2017 +0200 fw: Rebrand to LineageOS and cleanup for Android Oreo Change-Id: I845f866891386aee808a4e7e80f4ab7c3ad48830 Author: Gabriele M <moto.falcon.git@gmail.com> Date: Mon, 31 Aug 2015 19:38:16 +0100 Let liblights adjust the brightness of LEDs while previewing it Each device might use the information about the brightness of LEDs in a unique way. Currently the slider to adjust the brightness of LEDs is using an already scaled RGB color to preview the intensity of the light. Instead of doing this, use a white colored light and add to it the information about the brightness. Change-Id: I4dd35944debc744ea6c7f1fcc5dd7a909e8863fa Author: AdrianDC <radian.dc@gmail.com> Date: Wed, 11 Nov 2015 21:06:22 +0100 LEDs Brightness: Update the slider for M * Add notification details needed for M * Sync with some changes made in the Display Brightness dialog * Clean ic_settings indents with Settings ic_settings_24dp.xml Change-Id: I8b6ac1920704f43f4776cbd3bdfb3d0ed8d223dc Signed-off-by:
AdrianDC <radian.dc@gmail.com> Change-Id: I1c0de01b1c6a2a2cf1432028a2e69f90b2373b2c
-
A reworked implementation based on code in the commits listed further below. Key changes from the original implementation: *) Settings observation and most lineage lights feature specific code has been moved to the lineage-sdk. *) Battery and notification frameworks services call out to the sdk to allow our features to make changes to lights values. Original commits: Author: DvTonder <david.vantonder@gmail.com> Date: Sun Jul 15 10:28:15 2012 -0400 Framework: Port CM9 features to CM10 This commit includes: - Power menu Reboot - Power menu screenshot - Profiles - Lock screen Calendar - Lock screen Weather - Notification light customization - Battery light customization - IME Selector notification toggle - and a few more things to support Settings Change-Id: Ibd63116df90b06f6ce6adb8a0343059bbb999bfb Author: Pawit Pornkitprasan <p.pawit@gmail.com> Date: Sun Dec 8 15:24:41 2013 +0700 BatteryService: fix FC on boot until battery stat is present updateLightsLocked() can be called from CM's added SettingsObserver when battery stat is not present, causing an FC and a loop until battery stat is present. I/SystemServer( 502): Battery Service E/System ( 502): ****************************************** E/System ( 502): ************ Failure starting core service E/System ( 502): java.lang.NullPointerException E/System ( 502): at com.android.server.BatteryService$Led.updateLightsLocked(BatteryService.java:735) E/System ( 502): at com.android.server.BatteryService.updateLedPulse(BatteryService.java:709) E/System ( 502): at com.android.server.BatteryService.access$1600(BatteryService.java:86) E/System ( 502): at com.android.server.BatteryService$SettingsObserver.update(BatteryService.java:860) E/System ( 502): at com.android.server.BatteryService$SettingsObserver.observe(BatteryService.java:822) E/System ( 502): at com.android.server.BatteryService.<init>(BatteryService.java:187) E/System ( 502): at com.android.server.ServerThread.initAndLoop(SystemServer.java:328) E/System ( 502): at com.android.server.SystemServer.main(SystemServer.java:1309) E/System ( 502): at java.lang.reflect.Method.invokeNative(Native Method) E/System ( 502): at java.lang.reflect.Method.invoke(Method.java:515) E/System ( 502): at com.android.internal.os.ZygoteInit$MethodAndArgsCaller.run(ZygoteInit.java:781) E/System ( 502): at com.android.internal.os.ZygoteInit.main(ZygoteInit.java:597) E/System ( 502): at dalvik.system.NativeStart.main(Native Method) Change-Id: Ic4438fe50e98f1aa05ae1d0d26240bf9410fd92f Author: Sam Mortimer <sam@mortimer.me.uk> Date: Tue Dec 31 16:22:05 2013 -0800 [2/2] Framework: instant led test Adds support a new notification extra boolean EXTRA_FORCE_SHOW_LIGHTS. Used by settings notification light picker to force lights on when the screen is on. Change-Id: If0a42d32b28fe8c02ef5f7dd148db7eb478fac17 Author: Michael Bestas <mikeioannina@gmail.com> Date: Mon Aug 18 04:56:28 2014 +0300 Add support for single color notification LED (1/2) Change-Id: I367af77036da9e87c6dd0df552ce4c56d945a44d Author: Danesh M <daneshm90@gmail.com> Date: Thu Nov 12 10:52:11 2015 -0800 Framework : Move System settings to CMSettings Change-Id: I4e9fb06db7b9ba05e4a7bbe11916bb2271af4727 Author: Adnan Begovic <adnan@cyngn.com> Date: Mon Nov 9 16:26:00 2015 -0800 fw: Move battery light settings to CMSettings. Change-Id: I28e60473356b2a9af152df82d34ad7abc9918682 Author: Steve Kondik <steve@cyngn.com> Date: Thu Sep 24 11:27:59 2015 -0700 lights: Automatically generate an LED color for notifications * When an app doesn't specify a color for the LED, as is the usual case, we currently just show the default color. This is boring. It's also a pain in the ass to manually map all your apps to colors. * Use our new helpers to generate this color based on the application's icon color. Keep a cache to avoid wasting cycles. Change-Id: I7288e52499819a6a6c75ed9d9ba7cfa1b13c5669 Author: Steve Kondik <steve@cyngn.com> Date: Mon May 2 13:08:35 2016 -0700 nms: Only generate LED colors if the device has a multicolored LED * Check the overlay value before doing any of this stuff. Change-Id: Iedfceba6bfc86b2761d8af57ecab51026bfa4c19 Author: Adrian DC <radian.dc@gmail.com> Date: Sat Oct 14 23:08:47 2017 +0200 fw: Rebrand to LineageOS and cleanup for Android Oreo Change-Id: I21d424433bb52a17eea7974c4ea29a3a16fe1be5 Author: AdrianDC <radian.dc@gmail.com> Date: Sat Jul 18 12:20:51 2015 +0200 Lights with Screen On [1/2]: Optional allowment of lights Implement a setting allowing lights to be activated for new notifications even if the screen is on. Lights with screen on and Custom values are separated in an advanced section for a cleaner overview. This setting gives the user an oportunity to activate lights with the screen on and also during DayDream screensaver. The option is not activated by default. Changes include : frameworks/base packages/Apps/Settings Screenshot of the Settings : http://i1285.photobucket.com/albums/a583/adriandc/Screenshot_2015-07-20-23-47-13_zpstpmemwwn.png~original Change-Id: I2071147d8ddab80ba0e1e7310e785ac3e03b3c7c Signed-off-by:
AdrianDC <radian.dc@gmail.com> Author: Altaf-Mahdi <altaf.mahdi@gmail.com> Date: Mon Aug 31 22:51:09 2015 +0100 Lights with screen on: Don't disable leds after the lockscreen - If lights with screen on is enabled, do not disable leds when user passes through the lockscreen. Change-Id: If8f5b867a34be09fb061bb7ad040b16730f4e263 Signed-off-by:
AdrianDC <radian.dc@gmail.com> Author: Michael W <baddaemon87@gmail.com> Date: Mon Oct 9 22:04:00 2017 +0200 Core: Battery warning levels are inclusive, not exclusive Change-Id: Ib35b154b6117f7e26b4a3a5aee9254dda3adda12 Author: Adrian DC <radian.dc@gmail.com> Date: Sat Oct 14 23:08:47 2017 +0200 fw: Rebrand to LineageOS and cleanup for Android Oreo Change-Id: I845f866891386aee808a4e7e80f4ab7c3ad48830 Author: Sam Mortimer <sam@mortimer.me.uk> Date: Tue Nov 21 23:18:16 2017 -0800 frameworks/base: Improve interface to LineageNotificationLights Change-Id: I43af52dd236e802d232a4cf96ccd6f69af6b26b7 Author: Sam Mortimer <sam@mortimer.me.uk> Date: Wed Dec 13 11:54:23 2017 -0800 frameworks/base: prevent lights service calls when battery led does not exist Change-Id: I9eefff1f587c978c0aa2b31d03e664dc7ccf42de Author: Sam Mortimer <sam@mortimer.me.uk> Date: Fri Feb 9 14:04:35 2018 -0800 frameworks/base: disable warning about mLineageBatteryLights not being ready Change-Id: I96852f83a739924ac47260de511ddbea81465c52 Author: Luca Stefani <luca.stefani.ge1@gmail.com> Date: Sat Jul 14 10:34:53 2018 -0700 fw/b lights: Allow black notification color * Color 0 is used to mean "lineage-sdk should pick a default" * Explictly requesting black made the led blue (eg lineageparts light picker), fix that Change-Id: Ia03f898c1b6cd0f77af8bb155139b587664f47af Author: Sam Mortimer <sam@mortimer.me.uk> Date: Fri Feb 16 00:51:38 2018 -0800 frameworks/base lights: Let Lineage lights decide if notification led is on/off *) Allows us to cater for the case where the notification led is turned off and yet the user wants to adjust battery light settings (which requires posting led notifications to illustrate the change). Change-Id: Iea52feb907f99ecf7925aff1fc1baf008642f7d7 Author: Sam Mortimer <sam@mortimer.me.uk> Date: Sat Feb 10 22:33:51 2018 -0800 frameworks/base lights: Always allow LineageNotificationLights set the default color *) Oreo sdk onwards deprecates notification DEFAULT_LIGHTS. However, LineageNotificationLights currently uses this flag to determine if we should generate an app specific color. *) Use a light color of 0 to indicate that the app (or channel) has not set an explicit preference and that lineage lights should set a default. Change-Id: I1f655aa17cb97c5a042a424ad1e8bd9d5ddec9a2 Author: Alexander Martinz <amartinz@shiftphones.com> Date: Tue Mar 19 19:06:11 2019 +0100 NotificationManagerService: do not use flashing API for staying always on We allow to let the user set, that the notification light should stay always on instead of flashing. For that we are setting on duration to 1 and off duration to 0. This can confuse some light HALs and/or kernel drivers. Instead of using setFlashing, use setColor if duration is 1:0, like we are already using for battery lights. Change-Id: I4953592c72e0d095178757211dce2e206d8adb3c Signed-off-by:
Alexander Martinz <amartinz@shiftphones.com> Author: Adrian DC <radian.dc@gmail.com> Date: Fri Aug 14 12:07:13 2020 +0200 fw/b: Resolve black forced lights with notifications channels * The initial fix for blue lights upon 0x00000000 color selection in the settings by change Ia03f898c1b6cd0f77af8bb155139b587664f47af (fw/b lights: Allow black notification color) no longer works because the notification now uses channels, hence bypassing the "mPreChannelsNotification" checks used in this condition * Instead, validate the lights is forced on and black before calling the Lineage lights colors calculation Change-Id: Iafac2c51878d84afd980b378b1c53f6c31073d2c Change-Id: I564fdb6ca6c5bbcf890afa4b9a2f9fa7bf8b9604
-
Change-Id: Ie938bfcdb735be699006b238c3a0589b6cbd9944
-
Useful e.g. for messenger apps. Change-Id: If8e8cc9e2f02d70537c1f9dc14f22bbd0ec1e9a6
-
Change-Id: I5e50a7fd351857d76c1c2fd13c6e737d8902a2f3
-
This is a squash of the following commits, forward-ported to Oreo and adapted to the Lineage SDK: Author: Danesh M <daneshm90@gmail.com> Date: Wed Jun 25 21:31:49 2014 -0700 ProximityWake : Add support for checking proximity when waking device Change-Id: Ia5ff446d88435773acccc7467e66009000dc20cb Author: Schubi <schubi@erlangen.ccc.de> Date: Tue Jul 29 02:10:16 2014 +0200 Be sure to shutdown the proximity sensor after display wake This fixes: http://review.cyanogenmod.org/#/c/66657/ Change-Id: I1768f13cb48c3e056d0e137642690fc3d650c4ab Author: Danesh M <daneshm90@gmail.com> Date: Mon Aug 4 20:18:18 2014 -0700 PowerManager : Make proximity check opt-in Change-Id: I7cf64a82530da2e655018e43683ba7a5584d54f8 Author: Danesh M <daneshm90@gmail.com> Date: Fri Jul 25 19:02:26 2014 -0700 Framework : Fix proximity wakeup reference Change-Id: Ia40ca6fbf6e37fbb3996f2384f725c30b88c2131 Author: dankoman <dankoman30@gmail.com> Date: Thu Feb 5 15:12:13 2015 +0100 [1/2] Frameworks: let InCallUI handle proximity sensor for incoming calls Fixes "while 'prevent accidental wake-up' is on, proximity sensor doesn't control screen state on incoming call. Must manually turn on screen to see who's calling." Change-Id: I738b3bbd328992c8a8010a0c8d9aa1e444cfa9f9 Author: Steve Kondik <steve@cyngn.com> Date: Thu May 21 13:10:54 2015 -0700 power: Fix locking for wakeup proximity check * Often I'm noticing high power consumption due to the proximity sensor never turning off. Add synchronization around this code to ensure ordering. Change-Id: I8ccf3152166cd896e0ce2551c01b8ac8f501d782 Author: Scott Mertz <scott@cyngn.com> Date: Fri Aug 21 13:47:51 2015 -0700 add config for proximity check on screen on default value Change-Id: I7e6ae08e23ee147a37986aa6aa9b3176b301a09e Author: Danesh M <daneshm90@gmail.com> Date: Mon Aug 4 18:09:06 2014 -0700 Services : Ensure proximity check is taken into consideration Only do the proximity check if explicitly being asked to do so. This is a patch that was never ported from cm-11.0 : 2293e60c7de011782e59486605c04b9f67a1e24f issue-id: CYNGNOS-1223 Change-Id: Id1be619e638de6a45252d8390eab6e38bd5de5a7 Author: Erica Chang <echang@cyngn.com> Date: Tue Jun 9 15:01:12 2015 -0700 services: button brightness should check proximity Change-Id: I10a72fa6d8b520e86cfef3d7ded489fd7fa936d2 Author: Steve Kondik <steve@cyngn.com> Date: Mon Oct 26 03:07:26 2015 -0700 powermanager: Initialize SensorManager in systemReady() * Service startup ordering is different on M and the sensor service is not ready during construction of the PowerManager. This was causing a hang on boot. Move it to systemReady instead. Change-Id: I9e0293484e1aaaf9f82f9c75680bec558607c54d Author: Adnan Begovic <adnan@cyngn.com> Date: Mon Nov 9 17:59:13 2015 -0800 fw: Move proximitycheck to CMSettings. Change-Id: Ie80166c990363d3846925b189a1f7001a7fd56f8 Author: Pat Erley <perley@cyngn.com> Date: Thu Dec 10 17:00:53 2015 -0800 PowerManagerService: Log when proximity blocks wake There is currently no indication when the proximity sensor is allowed to prevent the system from waking up. This can make it hard to debug weird failed wakes. Add a log to facilitate debugging wakup problems. Change-Id: I7df34e13b1268a4e7211fb06ccd88f2053c0af0a Author: Christopher R. Palmer <crpalmer@gmail.com> Date: Fri Feb 19 11:53:15 2016 -0500 base: Fix proximity check on power key To test, enable "Settings >> Display >> Prevent accidental wakeup", hold your hand over the proximity sensor and turn your phone on. Prior to this change, it will wake up the phone and after the change it will not. Change-Id: Ied300108cebb31dedf228e85510abebb3e8a4152 Author: vm03 <vasy@vasy.ru> Date: Sat Feb 27 17:16:02 2016 +0300 base: Fix proximity check on non power key To test, enable "Settings >> Display >> Prevent accidental wake-up" and "Settings >> Buttons >> Home button Wake up device", hold your hand over the proximity sensor and turn your phone on by home key. Prior to this change, it will wake up the phone and after the change it will not. Change-Id: Ifd14ff2ad9cd2cbc64209b9cf19e3c0ee0b6f40f Change-Id: Ia5ff446d88435773acccc7467e66009000dc20cb Signed-off-by:
Jason Edson <jaysonedson@gmail.com>
-
Author: Roman Birg <roman@cyngn.com> Date: Thu Feb 4 16:28:00 2016 -0800 framework: move device key handler logic, fix gesture camera launch In order to make device camera gestures behave the same way as launching the camera by double tapping the power button, route DeviceKeyHandler logic through the GestureLauncherService. A callback is used in order to avoid publishing the GestureLauncherService into the System service registry, because the KeyHandler code cannot directly access services local to the system process. OPO-427 Change-Id: I2a8860b278f65ccf31bfee151513d8a23ab746c5 Signed-off-by:
Roman Birg <roman@cyngn.com> Author: Roman Birg <roman@cyngn.com> Date: Sat Feb 13 09:08:21 2016 -0800 KeyHandler: don't break old interfaces Causing bootloops on devices, don't break old interfaces in the framework. OPO-427 Change-Id: I49473b057bc4ed4710e9092c76e41c6a8134d2de Signed-off-by:
Roman Birg <roman@cyngn.com> Author: Roman Birg <roman@cyngn.com> Date: Tue Feb 16 17:22:01 2016 -0800 SystemUI: handle camera launch gesture from keyhadler Includes partial reverts: Revert "KeyHandler: don't break old interfaces" This reverts commit 31ecbdc5fcc1263e9028107858565d951798fd93. Revert "framework: move device key handler logic, fix gesture camera launch" This reverts commit db1b4e6e4880be1828342be9bc468d36565a2ef0. Ref: OPO-427 Change-Id: Ic15543a8f63ad4521ab0ab536d00224b0bd70f8c Signed-off-by:
Roman Birg <roman@cyngn.com> Author: Michael Bestas <mikeioannina@cyanogenmod.org> Date: Sat Feb 20 00:56:47 2016 +0200 SystemUI: Don't vibrate on touchscreen camera gesture * This is usually handled in device-specific keyhandler, where vibration is optional and has the same duration in all gestures Change-Id: I879671c9d6f785137d63b8b70de35f5d5020748d Change-Id: Iba9211b7d342f618c4082c34d11663d89861607a (cherry picked from commit b48ec290d5c734950b2ccfd56247fac72ea76331)
-
Change-Id: Ibc3914370828e04c713ce1638bd4814fb893a3ee Signed-off-by:
Mohammad Hasan Keramat J <ikeramat@protonmail.com>
-
Doing so allows us to keep track of user changes and restore preferences. This commit is squash of the following commits from CM 13.0: 7348be747940afe7c3ec6a2b133b5473bc18573a Move high touch sensitivity and hovering to InputService f9a9d50491dc583ea568a4f12e57a2f97b9baacb InputMethodManager : Move registration to systemReady Since lineage-17.1 services/core/java/com/android/server/InputMethodManagerService.java is moved to services/core/java/com/android/server/inputmethod/InputMethodManagerService.java Change-Id: I5a6af73129acefa6530ceb3f73cc4cd83a19a676 Ticket-Id: CYNGNOS-1166
-
@jhenrique09 edits: Adapt to AOSP Change-Id: I789814d780b06b146c1f9ab62293f4d6ca287208 Signed-off-by:
Mohammad Hasan Keramat J <ikeramat@protonmail.com>
-
Change-Id: Ifc346b7086bb8751d6440bf078ad2471eba217f2 Signed-off-by:
Mohammad Hasan Keramat J <ikeramat@protonmail.com>
-
All credits to LineageOS and related authors on: https://github.com/LineageOS/android_lineage-sdk Ported to AOSP from lineage-sdk by @SKULSHADY Change-Id: Iac8dba8b2d509fe1fa707efc4da9c661f1321d9d Signed-off-by:
Mohammad Hasan Keramat J <ikeramat@protonmail.com>
-
All credits to LineageOS and related authors on: https://github.com/LineageOS/android_lineage-sdk Signed-off-by:
Henrique Silva <jhenrique09.mcz@hotmail.com> Change-Id: Ief90ce8c20115d6a1c17c84a9874af6246dc1dcd Signed-off-by:
Mohammad Hasan Keramat J <ikeramat@protonmail.com>
-