Из-за нескольких вызовов runApp ломается навигация

[demkogit]

Код из примера, переделал HomeScreen на стейтфул виджет

И если вызвать, например

runApp(InitializationSplashScreen(progress: initializationProgress)); 

перед

runApp(
  inherited_dependencies.InheritedDependencies(
    dependencies: dependencies,
    child: app.App(),
  ),
),

то произойдет следующее: если пользователь не авторизован, то у HomeScreen вызовется initState и сразу dispose

С единичным вызовом runApp HomeScreen не инициализируется (это верное поведение)

Возможно это тоже связано с этим

[PlugFox]

Так зачем ты изначальный роут делаешь Home тогда?
Определяй изначальный роут такой какой тебе нужен.

Если твоя проблема исходит из асинхронного поведения роутинга, то такое уж неудачное API у Flutter SDK.
Возможно в будущем я попробую сделать навигацию и гарды исключительно синхронными и буду запускать их сразу при инициализации изначального стейта и везде где только можно воткну SynchronousFuture

[demkogit]

Еще была проблема с тем, что из-за нескольких runApp мп уходило в бесконечный цикл. Удалось разобраться в каком моменте ломается навигация, но не понятно почему это происходит

В файле controller/navigator/delegate.dart в методе _setConfiguration удаляется листнер

// Unsubscribe from the guards to avoid infinite loop
 _guardsListener.removeListener(_onGuardsNotified); 

С одним runApp листнер удаляется; если больше одного, то не удаляется и срабатывает _onGuardsNotified, который вызывает setNewRoutePath, в котором таска добавляется в очередь и выполняет _setConfiguration и так по кругу

Возможно я что-то упустил, но как runApp может влиять на это?

Код такой

  runZonedGuarded<void>(
    () async {
      WidgetsFlutterBinding.ensureInitialized();

      // вкл/выкл
      runApp(const AppInitializationWidget());

      final shortDeps = await $initializeShortDependencies();

      final deps = await $initializeDependencies(shortDependencies: shortDeps);

      runApp(
        InheritedDependencies(dependencies: deps, child: App()),
      );
    },
    (error, stackTrace) {
      l.e(error, stackTrace);
      MetricaUtil.reportError(
        message: error.toString(),
        errorDescription: AppMetricaErrorDescription(stackTrace),
      );
    },
  );

Обновление:
Удалось выяснить, что даже с одним runApp происходит такая бяка, если в рутовом виджете в зависимости от стейта показывать сплеш или апп, обернутое в депенденси

Если же продублировать этот код, то работает

 _guardsListener.removeListener(_onGuardsNotified); 

Даже будет достаточно чтобы _setConfiguration отработал только один раз, чтобы единожды удалить дубликат листнера(что?)