GitLab

Bug: 11072505
Change-Id: If665517cd9efa087154edd57b23163e7cc098f6f

Change-Id: I5ca5b6507989bc70ccc1cb5790e9a5b8b45caeb4
Auto-generated-cl: translation import

While a music is being played, if FF/REW is pressed on the connected device,
it remains in the FF/REW state constantly (on the Porsche / Audi A8 carkit)

bug:11377223
Change-Id: Iee5468308f2786839c3a047c95dfa0a49ef28efb

bug:11448104
Change-Id: I30045162c89e2150a9ef476f33e1b322e7cc9a44

Change-Id: I75b1aeb7c88fa9a3c678f91a2d88a95fa63f80df
Auto-generated-cl: translation import

MNS is needed to disconnect with the MSE but did not.
This patch fixes that by re-adding a disconnect() that was wrongfully removed during review.
Patch set 2:
-----------
 - Split disconnect and shutdown for MNS connection
bug: 11161674
Change-Id: Idd09fc774584dfdb171b0d00be0f7711ae57b853

The APIs are createBond, setPin, setPairingConfirmation
The intent is ACTION_PAIRING_REQUEST
bug 11101076

Change-Id: I3b065ab0348a964bb557e57527491b2f34e68a81

the handleRegistration will never run after we shutdown the handler thread first,
with this change, we can make sure the mObserver will never be null
when call handleRegistration.
bug:11148404

Change-Id: I93b351915b49cf59a7d2026b7d83a68a7e76dd38

When MAP and PBAP requests authorization from the Settings app via Intents,
it also sets a state isWaitingForAuthorization to indicate
that it should handle incoming replies.
This is however done in the code after the intent have been sent
and in some cases the reply for the intent is returned
before the state has been update = no handling of the reply.
This only happens on the second connect with a paired device and
only when the user have selected the "do not ask again" checkmark
in the popup requesting access.

FIX:
Move the update of isWaitingAuthorization to before sending the intent to settings

bug: 11179645
Change-Id: I25b019e32a01caa8509c8f97195712120823afa9

Now we use sendOrderedBroadcast for ACTION_PAIRING_REQUEST , and to
receive this intent, BLUETOOTH_PRIVILEGED is required.

Bug: 11087521
Change-Id: I6aa2fbc6538df39b24f141e7d75adc3658a7e7ac

reject to push MMS message, will support it in the future
bug 10296324

Change-Id: Idf2aa081b049e323422223d7b24f6404de2d7184

Change-Id: I4aa104f811eb821da26ed448b93ae70bbb87712a
Auto-generated-cl: translation import

Add implementation of new method in IRemoteControlDisplay.

Bug 8209392

Change-Id: Ic700be5476cb2f70b6a26098cbed3e8e130b3573

Merge "Change setPin, setPin, setPairingConfirmation permission level to BLUETOOTH_PRIVILEGED" into klp-dev

bug 9987787

Change-Id: I2fe88f4c284d8403d79e08194bf7a720b305d029

The problem is when we receive the SetNotificationRegistration,
the MNS thread is not ready yet.so the notification is not enabled.
so we won't send new message notification to Carkit.

bug:10898884

Change-Id: Ibaa4a92694bcbb1ea2fb4e8a3de0ff30acdafeb1

Change-Id: Icd8a04f9f9c4d9564fa2dda13be067ce6cc868c8
Auto-generated-cl: translation import

bug:10919257
Change-Id: I584d5c5c65e26cacfab227742b98c49282710f68

Required to register IRemoteControlDisplay implementation

b/8209392
Change-Id: Ide88e9a11bcfa68e7d5e2095208e63afdb5c511e

bug 10571304

Change-Id: Idb23e7085dc1dc7119e0e2aa8901743707e72285

Required to register IRemoteControlDisplay implementation

b/8209392
Change-Id: Ide88e9a11bcfa68e7d5e2095208e63afdb5c511e