Yuri Shmakovadmin
ну и можно всегда ручками вызвать на mvpDelegate onDestroy, когда хочется избавиться от презентера . Т.е. в каждой вью вызвать getMvpDelegate().onDestroy(); и презентер этой вью уничтожится?

Мои прошлые решения мне не понравились и я прибегнул к этому пути. Вы вроде в другом чате уже читали. У меня есть табы, после ответов на всех табах , я перехожу к активности к есть кнопка показать Табы с ошибками. Вот будет еще один TAbLayout , где будут эти табы с ошибками.

Помню

Решение с табами костыльно

И это тоже

Просто можно хранить данные

И все

Сохраняйте себе в кэш всю инфу с табов и потом отображайте, и всё

просто зануление адаптера и подать в него те же фрагменты из фрагмент мененджера не получается по двум причинам: во первых это возврат на активность из backStack , там проблема с анимацией, строенной , может и можно ее изменить. Но вторая проблема такая : Те три таба которые были в памяти в момент ухода с активности, не сохраняют состояние, а все остальные сохраняют. Я не нашел ответа на загадку. Но максимально ее локализовал

почему хранение презентеров пока живет 2 активность костыльно?

в презентере ровно та инфа которая мне нужна , данные полей и команды по чекбоксам  .

Ох, это все низкоуровневая шняга, можно сделать лаконично абстрагировшись от этого

Пусть один презентер сохраняет в префы а другой с них тащит

Зачем усложнять

просто этот низкоуровневый способ самый эффективный, но не предсказуем. Если метод commitNow не поведет себя синхронно, то все пропало. Но вроде он работает.

Либо передать напрямую второму в конструктор

передать второму презентеру данные из префов ?

Результаты по вопросам или что там

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

Тогда чекайте сорс код, когда он уничтожается, может и так получится