The problem is a bug in AudioFlinger::MixerThread::prepareTracks_l() that makes that even if the TrackHandle
is destroyed, the corresponding Track will remain active as long as frames are ready for mixing.
If the track uses shared memory (static mode) and the sound is looped, this track will play for ever.
The fix consists in removing the track from active list immediately if the track is terminated.
Change-Id: I4582aa1d981079ab79be442fb6185f5afaed5cf3
Changes the internal representation of direction information in the Directions object to be a visually-ordered list of start/length+direction pairs instead of a list of directionality inversion offsets.
Rewrite Layout.getOffsetToLeft/RightOf to use run information instead of width metrics.
Remove java Bidi, use native. Switch bidi tests to test native, expect levels instead of dirs.
Add test of directionality. Leave in switch to turn new code off and restore previous behavior for now.
Change-Id: Iea8bb46c678a18820e237c90f76007a084c83051
Merge commit '41e8e4a29df084e2e82fe13123d603b26a9eaefb' into kraken
* commit '41e8e4a29df084e2e82fe13123d603b26a9eaefb':
Skip any number of leading ID3v2 tags (instead of just the first), also simplify/fix the find-consecutive-mp3-frames functionality.
Merge commit '804878f3a3ea40ace5bd572cee98f9e13a0dbf0b' into froyo-plus-aosp
* commit '804878f3a3ea40ace5bd572cee98f9e13a0dbf0b':
Skip any number of leading ID3v2 tags (instead of just the first), also simplify/fix the find-consecutive-mp3-frames functionality.
Bug: 2561150
Race condition: We were basing whether the event loop is
running or not on whether nat->pollData was null or not.
In rare cases, eventLoopMain would have not started,
isEventLoopRunning returns true; java side makes a dbus call
and the watches get set to null, causing a crash in
dbus_connection_set_watch_functions when eventLoopMain starts.
Change-Id: I863f182185a8e956fd53cb58783b7fe0ecfb2ddb
Merge commit 'bc50bdca0ae1f7d173e4f589db250dc519740c16' into kraken
* commit 'bc50bdca0ae1f7d173e4f589db250dc519740c16':
Fix issue #2558391: Package manager problem when not replacing existing system partition app
Merge commit 'e259bc770b3eeb88eb7a03ec0af2522ca9929f58' into froyo-plus-aosp
* commit 'e259bc770b3eeb88eb7a03ec0af2522ca9929f58':
Fix issue #2558391: Package manager problem when not replacing existing system partition app
This fixes the package manager to ensure we can't get in this bad state of
an update to a system app being installed as a separate app.
Change-Id: I2a3f601bbc06b74f31ca09192993614bc6885ff7
Merge commit 'fa41ccf18cfb9b366c859e09112f8f98797bf152' into kraken
* commit 'fa41ccf18cfb9b366c859e09112f8f98797bf152':
added a cleanspec since ActiveSyncInfo.aidl was removed
Merge commit '09c49a8a6c3670126b2b9c477c5ac19cebdb9510' into kraken
* commit '09c49a8a6c3670126b2b9c477c5ac19cebdb9510':
Use case insensitive matching.
Merge commit '9b9a89a58f50c3004959c36252489fae54fb9c58' into froyo-plus-aosp
* commit '9b9a89a58f50c3004959c36252489fae54fb9c58':
added a cleanspec since ActiveSyncInfo.aidl was removed
Merge commit '9253446922d925f6a5453b60d539beed292921a7' into froyo-plus-aosp
* commit '9253446922d925f6a5453b60d539beed292921a7':
Use case insensitive matching.
Merge commit 'c7418149fafc7ded51a527b1d756028b33af3ac0' into kraken
* commit 'c7418149fafc7ded51a527b1d756028b33af3ac0':
Properly send a MEDIA_SEEK_COMPLETE notification for a seek request while paused (legacy behaviour).
Merge commit '5c1e96bbc7f71fc3512706af878599fdfbdb7690' into froyo-plus-aosp
* commit '5c1e96bbc7f71fc3512706af878599fdfbdb7690':
Properly send a MEDIA_SEEK_COMPLETE notification for a seek request while paused (legacy behaviour).
Merge commit '86f6f536e04a6f90fddc2695282ffb3842dcbb68' into kraken
* commit '86f6f536e04a6f90fddc2695282ffb3842dcbb68':
Support for apps search in apps provider contract
Merge commit '11a7ba367f39175f41300f384ec6e984bcc08d53' into froyo-plus-aosp
* commit '11a7ba367f39175f41300f384ec6e984bcc08d53':
Support for apps search in apps provider contract
