A
получается, что очередь в лупере большая и наш runnable отрабатывает слишком поздно
Size: a a a
2021 July 12
A
есть вариант попробовать postAtFrontOfQueue, но пока не проверял
KT
да, а ином случае наоборот падает, что мы навигацию уже дергаем, а там в лупере еще инициализация фрагмента не закончилась
A
разве это не проблема логики приложения, что команды летят слишком часто?
А
Что значит слишком быстро?
A
Команды навигации отправляются настолько часто, что fragment manager не успевает отрабатывать транзакции
А
Конкретный кейс - навигация из attachView() или из onFirstViewAttach() если говорить в контексте Moxy
А
Например, мы сразу проверяем какое-то условие и пропускаем шаг (переходим на следующий экран)
A
Я не про это
Если утрировать, то навигация из forEach цикла
Если утрировать, то навигация из forEach цикла
DB
какое-то странное поведение вообще
DB
почему сразу не сэтать нужный фрагмент в first attach?
IG
Достаточно открыть экран и в onCreateView следующего экрана открыть ещё экран. Не такой уж редкий кейс.
A
В таком случае все будет ок, потому что attachView/firstViewAttach вызываются после onResume или от onStart, точно не помню
IG
Это внутри транзакции fragment manager происходит. Не будет ок.
A
Ну и такие штуки я лично разруливаю в координаторе и лишнего перехода не будет
A
Навигация внутри транзакции?
A
Для меня редкий. Никогда так не проектировал
DB
а если сделать commitAllowingStateLoss?
A
Для себя решил тем, что оверрайднул без применения Handler в AppNavigator
A
У меня не было случаев, когда производилось несколько одновременных транзакций в fragment manager 🤷♂