diff options
| author | Danny Baumann <dannybaumann@web.de> | 2013-05-15 12:59:42 +0200 |
|---|---|---|
| committer | Danny Baumann <dannybaumann@web.de> | 2013-05-16 12:41:55 +0200 |
| commit | 75c82dc67b357ee6a56099c365aae3fd60b4d904 (patch) | |
| tree | 2eacd0de459841604036920f50045231a8bd6614 /packages/SystemUI/src/com/android/systemui/statusbar/BaseStatusBar.java | |
| parent | cdd98977f5089eb829724579943dbe23480ea272 (diff) | |
| download | frameworks_base-75c82dc67b357ee6a56099c365aae3fd60b4d904.zip frameworks_base-75c82dc67b357ee6a56099c365aae3fd60b4d904.tar.gz frameworks_base-75c82dc67b357ee6a56099c365aae3fd60b4d904.tar.bz2 | |
Fix up notification LED behaviour
- Commit 5713307e3d2eb457ba148df3683ad09733727506 (in ICS) attempted to
fix the problem that the notification LED wasn't reenabled after
turning off the screen again, but introduced another bug in the
process: If another pending notification with LED at the time when the
notification with the new magic flag introduced by that commit (which
was used by phone and MMS apps) was active, the LED still wouldn't be
turned on at screen off time. Also, this commit didn't handle locking
correctly.
This commit essentially reverts 5713307e and makes sure the LED is
reevaluated when the screen is turned off again.
- This change also makes the assignment of the LED when multiple pending
notifications want to use the LED more clear: The notification with
highest priority gets the LED. If multiple notifications with same
priority exist, the most recent one gets the LED.
JIRA:CYAN-652
Change-Id: I1df0b40cca2af7a08c240677d22d2a95097b7184
Diffstat (limited to 'packages/SystemUI/src/com/android/systemui/statusbar/BaseStatusBar.java')
0 files changed, 0 insertions, 0 deletions