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

Убери тот масив

Просто оставь два последовательных тейк лейтест

Понял, пасиб

Да вот пробовал уже, не даёт. Пишет, expression expected

А ты комы в конце строк убрал?

А, забыл про них. Убрал, теперь даёт. Правда выполняются они до сих пор почему-то не асинхронно

А покажи как ты экшоны на загрузку диспатчишь

Бесполезно, убери все и сделай просто два вызова диспатча (это работало бы если бы у тебя были санки)

Какие санки? Если убирать всё, то приложение крашится, тк пытается обработать то, что ещё не пришло

Не лучше так не делать.
Ты логику контроля за пределы саг выносишь.
Лучше дополнительную сагу создать из которой ты последовательно другие будешь вызывать.
А еще лучше максимально абстрагировать логические действия в отдельные функции и саги использовать только для контроля за вызовом этих функций.
Примерно как у меня в моем примере.
Например я в одной саге вызываю последовательно логин и запрос на данные пользователя.
Но это не мешает мне в другой саге вызвать только запрос данных пользователя.
при этом дублирования кода не будет.
Так как весь соответствующий код внутри userDataRequest/

Хм, и рисовать приложение, только когда эта сага-родитель вернёт всё?
Конкретно у тебя в примере я не понимаю, зачем сначала вызывать логин и запрос, а после только запрос, если можно получить сразу логин и запрос, а после отфильтровать?

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

Ты не понял. Я хочу сделать несколько запросов асинхронно. Они все независимы друг от друга

зачем ты тогда диспатчи в промис ALL засунул?

А prop-types библиотека это для тех кто не умеет в тайпскрипт?

+-