Allowingstateloss спасает. Хотя выглядит как костыль

это и есть костыль 🙂

проблема выше 🙂

@terrakok а багфикс MR создавать в девелоп?

А куда ещё? Главное ветку правильно назовите

bugfix указал

fix/some_bug

Это описано уже

да, по привычке написал bugfix

сейчас поправлю

я вам ответил, но повторю здесь

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

это может произойти где угодно, поэтому решать надо саму проблему, а не частные проявления

я сделаю обработчик общим и буду фильтровать одновременные одинаковые вызовы. либо как-то иначе. еще подумаю над этим

Да, согласен, но в данном кейсе не 2 презентера получают ошибку, а только 1, другой явно стартует авторизацию если нет данных, в этом случае обработчик ошибок общий не поможет.

вот и пища для размышлений. проблема чуть глубже

как быстрый вариант в голову приходит при явной проверке тоже кидать ошибку в обработчик ошибок

но надо еще думать

а можно в authactivity скипать команду на авторизацию?

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

нет - это костыль

А можно более подробно почему?)))

костыль = не решение проблемы, и даже не решение какого-то последствия, а неявное поведение, которое скрывает проблему