например

передать в колбеке?

При каждом запросе это делать?
Предполагается, что на любой запрос может ни с того ни с сего прилететь "MAINTENANCE"

можно создать стрим который будет слушать эти ивенты

на стрим подписывваешься

Да вот я тоже к стриму склоняюсь.

Передавай ошибки в бизнес логику и там работай с ними. Это бизнес задача

Вот где именно их обрабатывать?
Наивное решение — при прилете 'UNAUTHENTICATED' делать throw UnathenticatedError, а в контроллере каждый запрос оборачивать в try-catch и ловить on UnathenticatedError. Но это получается дофига бойлерплейта, каждый запрос так оборачивать.
А с Maintenance так еще хуже — делать rethrow в виджет, откуда обратились к контроллеру, и там уже дергать навигатор, и так тоже на каждом запросе.

Тот, кто это писал, видно, поэтому и сделал это прямо в runQuery, чтобы не расползалось.

Вот со стримом хорошая мысль — если пришло UNAUTHENTICATED, просто кидать событие в глобальный eventBus, а в authController его ловить и обновлять токен.

А вот где глобальное перепуливание по навигации на MaintenanceScreen сделать, чего-то не могу придумать.

На мой взгляд, это две ситуации с абсолютно разных слоев и, соответственно, обработка у них должна быть разная
Первый кейс с Maintenance
Здесь это нормальное состояние приложения (не эксепшн), поэтому должно прокидываться до экрана
Я, к сожалению, не в курсе твоей архитектуры, но как пример - если у тебя есть некий AppState, который слушает один из виджетов, допустим через bloc, то это могло бы быть следующее

Widget build(BuildContext context) {
 AppStateBloc bloc = Provider.of<AppStateBloc>(context);
 return StreamBuilder(
  stream: bloc.appState,
  builder: (_, snapshot) {
   ... // разбор состояний snapshot опустим
   final AppState state = snapshot.data;
   if (state is MaintenanceState)
    return MaintenanceScreen(state) // можно передать state если там есть полезные данные для отображения на экране
   ... 
   return HomeScreen()
  }
 );
}

Случай с Unauthorized - это Service Layer. Допустим у тебя есть некий абстрактный класс Query и есть NetworkClient который умеет их выполнять

abstract class Query<T> {
 ...
}

abstract class NetworkClient {
 
 Future<dynamic> execute(Query<dynamic> query);

}

Ну и соответственно, уровнем выше, скажем, есть у тебя Repository, который работает с этим клиентом и запросами
Так вот обработку Unathorized можно сделать централизованно внутри NetworkClient
То есть при запуске каждого Query он слушает результат - если прилетает нормальное значение - передаем в ответ
если прилетел Unauthorized - пытаемся отрефрешить токен и дергаем счетчик
если, скажем, три раза были неуспешными - тогда уже прокидываем какое-нибудь специальное состояние до Presentation Layer
где пользователю уже покажем соотв экран

Всем привет

у меня проблема с иконкой на local notification

оно есть но все равно не видит

подскажите в чем моя проблема?

поменять имя тоже пробовал

иконка приложения в самом пуш уведомлении?

Да

Widget build(BuildContext context) {
 AppStateBloc bloc = Provider.of<AppStateBloc>(context);
 return StreamBuilder(
  stream: bloc.appState,
  builder: (_, snapshot) {
   ... // разбор состояний snapshot опустим
   final AppState state = snapshot.data;
   if (state is MaintenanceState)
    return MaintenanceScreen(state) // можно передать state если там есть полезные данные для отображения на экране
   ... 
   return HomeScreen()
  }
 );
}

abstract class Query<T> {
 ...
}

abstract class NetworkClient {
 
 Future<dynamic> execute(Query<dynamic> query);

}

В этом проекте не bloc, а Provider+ChangeNotifier, к которому я хочу прикрутить MobX. Но суть та же.
У нас нет глобального AppState, но думаю, не проблема запилить.