я призываю во всех таких рассуждениях кидать сюда схему

и на ней объяснять, что и зачем должно быть кастомным

👍

Есть роутер. Есть навигатор у главного таб фрагмента. Я делаю replace у роутера, который меняет табы. Как мне отследить у навигатора или роутера был ли реплейс?

эх, смотри у тебя будет навигатор для табов и навигатор у кажого флоу таба
тут я буду по сингл активити говторить)
вот у тебя будет роутер для для боттом бар, которой сможет перемещаться только по табам
и у тебя будут роутеры для флоу табов
По поводу отслеживания реплейса также как и фрагмент менеджере (FM), потому что реплейс делает FM, я не подскажу, тк не требовалось отслеживать выполнилась ли транзакция
По табикам будет навигироваться не FM а ты сам через колбэк или если передашь туда вьюху то через вьюху

У меня во фрагментах для каждого таба нет навигаторов

То есть реплейс идет фрагментов пустышек что ли. Дальше этих фрагментов навигации нет.

Но есть второй роутер. Который переключает фрагментв, включая этот главный фрагмент, который перкключает табы

называется FlowFragment)

Ну да )

Всё что вы сказали я понял, но не понял как мне отследить переключение фрагментов.

Как я понимаю, все переключения табов висят на навигаторе фрагмента, который их перкключает

Теперь осталось понять как отследить у этого навигатора эти реплейсы

Я предложил сделать кастомный навигатор. У него будет листенер. И сделать методы переключения табов. И после переключения таба вызывать типо listener.onTabSelected()

Однако я понял, что код вызывается асинхроннр и листенер будет дергать метод быстрее, чем переключение таба

попробуй с registerFragmentLifecycleCallbacks поиграться)

Ну как я понял, надо погуглить уже это, просто так navigator.setListener не сделаешь )

Я тут глянул, не оно же вроде. Зачем мне жц фрагмента обзервить? Мне как то нужно с транзакциями и фрагмент менеджером повозиться

@Egor_Sigolaev что мешает просто BottomNavigationFragment’у передавать желание перейти на другую вкладку?