Bugfix: Dock events can have state greater than 1

On Samsung devices the USB audio is being routed for every dock event
It is ignoring the checkbox (in advanced settings) to not route audio

This bug was introduced with this patch
http://review.cyanogenmod.com/#/c/24830/

The state of an event can be 2 or 4 depending on the dock type

This patch switches for looking for state > 0 rather than  state ==1

Change-Id: I978d18ec36e74e821a6d300136377158901cdf50
Add onClick action to notification clock and date

In expanded StatusBar
- clicking clock opens alarms
- clicking date opens calendar - today selected

http://www.youtube.com/watch?v=MLom5e3nQoA

PS3: added turn-blue-on-click
PS4++: nitpicking cleanups

Change-Id: I850732dcca0e65af59ce009aaf9f7ba18bcaf915
LocationManagerService: Respect the type of NetworkInfo that was passed

The location manager service which sends network info updates to the
gps location providers was changed to ignore the connectivity update's
type and just fetch the dominant network info, but this is a problem
since we want SUPL updates even if it's not the dominant network type.

This change makes it fetch the latest info about the network type for
which the update was actually intended.

Change-Id: Ic8e78482f584de3143a6b815361f6b6d49c498b5
SettingsProvider: Revert default WiFi sleep policy to "never"

Change Ie459b8e70fdbc7c605452fe0692d7bc26460e939 has the side effect of
altering the default WiFi sleep policy back to "default" (off when screen
turns off), which is contrary to the policy of "never" established in
I0598af41fe0144f2dfddc5bd331bd91d91e0ffea.

Change-Id: Id8b6a1abbf27ca653277399a0d8c84a121ff93c8
Add onLongClick action to notication clock and date

- As discussed with ciwrl on google+, LongClick opens DateTimeSettings
- Moved on-touch color change to superior xml solution, as suggested by
  Andrew Boren <preludedrew@gmail.com> here: http://review.evervolv.com/#/c/3676/"

Change-Id: I1fae71e347ffcb786227ba0b2651a66f2df35e27
Fixed a typo in error message

Change-Id: Ifbc6cfaf09e384953d778e18b9355e7d4013bdd6
Merge "LocationManagerService: Respect the type of NetworkInfo that was passed" into jellybean
framework: Add home button unlock option (1/2)

Change-Id: I97e627b112cbd28ecf66a01ef9e85037d926428f
Merge "framework: Add home button unlock option (1/2)" into jellybean
Merge "SettingsProvider: Revert default WiFi sleep policy to "never"" into jellybean
SECURITY remove lock pattern from being logged

commit Ibc0d5bfcee9673b1bf049bd69be80d2312602a47 made it so that the
lockpattern was loged in logcat as it was entered.
I'm really surprised nobody caught this.
This could also be solved by commenting the code out or just removing the line
without breaking anything.

Patch Set 3: Remove logging

modified:   core/java/com/android/internal/widget/LockPatternView.java

Change-Id: I2544eb11a2b003ef2d303470b19633241867fc29
Allow airplane and silent power toggle (2/2)

Based upon the system already in place by DvTonder

Change-Id: Ibf2587da48679c039f335085fe9b78d493eac158
Merge "Bugfix: Dock events can have state greater than 1" into jellybean
Call to equals() comparing different types

I have found the bug with the FindBugs tool (http://findbugs.sourceforge.net)

Call to String.equals(android.content.ComponentName)
at ActivityManagerService.java [line 8874]
in method dumpActivitesLocked(..)

Change-Id: I99851de024b55b53f1b206f0645b6fe29f865784
NullPointerException in UsbStorageActivity and SQLiteSession

FindBugs description:

Null pointer dereference
A null pointer is dereferenced here. 
This will lead to a NullPointerException when the code is executed.

Bug kind and pattern: NP - NP_ALWAYS_NULL

Change-Id: I292a29058de1828f376564188a2e00c61ea194b0
Merge changes I292a2905,I99851de0 into jellybean

* changes:
  NullPointerException in UsbStorageActivity and SQLiteSession
  Call to equals() comparing different types
Add SET_ALARM permission for SystemUI

If one or more third-party alarm clock app is installed, clicking clock should open an app chooser for the alarm clock. However, permission for com.android.alarm.permission.SET_ALARM is required to make this behaviour work properly.

See http://forum.xda-developers.com/showpost.php?p=33155463&postcount=2749 for symptom if this permission is not assigned.

Change-Id: Iaf8cb9aba6e53da021da5373493b1419096e91fa
fix a misspelling / typo.

Change-Id: I24f206fe6e8077387112b9ea420752ede1ed4ec4
Merge "Add SET_ALARM permission for SystemUI" into jellybean
frameworks: add dock battery drawables for HDPI devices

Change-Id: I8cc2cfc74548693ffbdd48447d7fa414fd451f59