Fixed
Status Update
Comments
jd...@xooloo.com <jd...@xooloo.com> #2
This possibly also affects Linux users. When I start an android emulator my system sound quality drops significantly.
This seems to affect audio output through HDMI but not when I switch to internal speakers - strange!
SDK Version: “Android SDK Tools” Rev., 25.0.7
Host CPU Model: Intel(R) Core(TM) i7-4700HQ CPU @ 2.40GHz
Device name:hw.device.name =Nexus 5
This seems to affect audio output through HDMI but not when I switch to internal speakers - strange!
SDK Version: “Android SDK Tools” Rev., 25.0.7
Host CPU Model: Intel(R) Core(TM) i7-4700HQ CPU @ 2.40GHz
Device name:
du...@google.com <du...@google.com>
ap...@google.com <ap...@google.com> #3
I notice the same behavior. For me. it started yesterday, not sure what changed.
Emulator version 25.2.2-3096464
Android version 7.0 (Nougat) - API 24.
I just updated to the latest images to see if it would fix the issue: it didn't. I'm now on image x86 Atom_64 revision 7
Mac os Sierra
Emulator version 25.2.2-3096464
Android version 7.0 (Nougat) - API 24.
I just updated to the latest images to see if it would fix the issue: it didn't. I'm now on image x86 Atom_64 revision 7
Mac os Sierra
Description
I'm using a custom PagingSource backed by a SparseArray and a RemoteMediator to feed the SparseArray when more items are needed and invalidates the PagingSource.
With the alpha08 version of Paging, I was having the same bug as the one reported by 172000108, but the insertSeparators function was working fine (I'm just displaying a header before each item).
With the snapshot version, it is not crashing anymore, but the insertSeparators is not inserting a header before the first item in the list.
It seems to me that it is related to the new terminatesStart function in Separators.kt on CombinedLoadStates. When I use a PagingSource generated by Room, it returns true, and the headers are all displayed.
But with a remote mediator, it returns false, that's why the first header might not displayed.
My remote mediator is first called with loadType REFRESH then with PREPEND (i always return endOfPaginationReached = true for this case, as I only append items). So the mediator.prepend of CombinedLoadStates is eventually terminal (first NotLoading(endOfPaginationReached = false) then NotLoading(endOfPaginationReached = true).
But my PagingSource is never called with a params Prepend (I would return an empty list and both null for prev and next keys if it was called). So source.prepend is never terminal (always NotLoading(endOfPaginationReached = false).