и тогда и редирект будет

я б все добавлял в рутовский еррорс (который сиблинг data) и там указывал в каком филде какая проблема, но graphene не позволяет делать кастомный обьект с ошибками, только само сообщение изменить...

для кейса с редиректом можно кидать код я думаю

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

вообще в другом месте

но ты понимаешь что можно в одном запросе зареквестить много ресурсов

короче зависит от конкретных кейсов

хотел чекнуть апи гитхаба чтоб проверить как они это обрабатывают, так они просто закрыли доступ к графикл если не залогинен)

это очевидно

решил это все тем что на клиете при запуске сессии делаю запрос на viewer который возвращает инфу о текущем юзере, и если вернет нул то перенаправляю на логин скрин.
Спасибо за помощь)

почему очевидно?

что АПИ гитхаба скрывается за аутентификацией?

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

но ты не можешь это делать перед каждым запросом. Если в один момент запрос вернул Нулл. Это нет данных или авторизация слетела?

в рутовский еррор еще пишу  сообщение в формате "status:message"
вообще авторизация слетит только если юзер зайдет в локалсторедж и сам удалит токен, но проблема решится перезагрузкой страницы

каким образом перезагрузка решит проблему?

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

что-то всё так сложно... почему в каком-нибудь beforeRoute не проверять наличие токена в локалсторадже и либо добавлять его в headers, либо отсылать на логин?
зачем что-то парсить?

токен может быть просроченым

ну так ты статус(401) тогда возвращай, а не парси строки