Remove the normal broadcast delay for core uids.
- Some of the core components use a registered receiver for listening to broadcasts as they are expecting to be running while they are delivered. So, we could end up applying the normal broadcast delay to these components but not the apps which are using a manifest broadcast and so these core components could end up receiving the broadcast after the apps. - Also, order the process queues in the same order as the receivers returned by intent resolver queries. This just tries to keep the ordering similar to legacy queue to some extent and if clients need to always receive broadcasts in certain order, they should rely on intent-filter priorities. Bug: 284009479 Test: atest ./services/tests/mockingservicestests/src/com/android/server/am/BroadcastQueueTest.java Test: atest ./services/tests/mockingservicestests/src/com/android/server/am/BroadcastQueueModernImplTest.java Test: atest CtsBroadcastTestCases Change-Id: Iacdd47bb55f06fb866d87ba5d3d3a5448a0de8bb
Loading
Please register or sign in to comment