Но в целом сама навигация не нраицца, если есть возможность не втягивать - не втягивать.

Сейчас возник интересный вопрос по поводу  paging library. Значит суть в том что теоретически мы не можем делать асинхронный запрос внутри datasource потому что если мы делаем асинхронный запрос тогда  не будет вызываться diff (он вызывается только если приходит pagedlist не пустой). Но тогда если я например хочу фильтровать список то я не могу оборвать старый запрос в datasource чтобы начать новый 😉

А зачем обрывать?

Можно просто делать задержку на инпут

просто пример. Есть список который отображает результаты поиска на введенное ключевое слово из инета. При этом у нас инет медленный или сервер медленно отдает. И вот человек ввел например ключевое слово key1 и нажал поиск. Дата сурс запустил loading initial который у нас из-за тормозов сети или сервера будет нам отдаваться в течение 10 секунд. Человек не дождался конца и ввел key2 и нажал search. И нам получается нужно оборвать первый запрос и запустить новый.

если бы мы могли вернуть пустой pagedlist  и вызвать колбек когда будут получены данные то задача бы решалась. Но вот мы не можем так сделать иначе у нас не будет раотать дифф

или я что-то не понимаю ?

Ну в таком варианте да, paging lib не очень гибкое решение

дя уж 😉 у меня вот есть уже живой проект в котором уже есть pl 😉 и теперь нужно добавить подобный функционал и я в полном тупике как решить данную проблему

Выпилить и ждать следующую версию )

Без вариантов. Выпиливать уже поздно ;) что-нибудь накостылю

Используй LivePagedListBuilder и метод invalidate у DataSource
https://startandroid.ru/ru/courses/architecture-components/27-course/architecture-components/544-urok-15-paging-library-chast-2-pagedlist-i-datasource.html

собственно оно и и спользуется. Но чем это поможет ?

invalidate не оборвет старый запрос увы

будет создана новая связка - PagedList + DataSource для параметра key2. для отмены предыдущей загрузки нужно будет что-то придумывать в DataSource

А на это смотрел? Может выйдет как то докрутить

https://github.com/android/architecture-components-samples/blob/master/PagingWithNetworkSample/app/src/main/java/androidx/paging/PagingRequestHelper.java

и вообще зачем тебе старый запрос отменять? насколько это критично?

Потому что юзер перехотел искать что-то по первому запросу.) Он в поиске использует либу

у тебя есть LiveData с PagedList. Ты запустил запрос по key1 - создался PagedList для key1, потом изменился критерий на key2 - создался новый PagedList с новым datasource. отмена загрузки в предыдущем  Datasource опциональна, поскольку юзеру будет показан новый pagedlist

👆 @Anton111111