ЭП
И подписка должна быть в компоненте, чтобы ты знал когда придут данные.
Size: a a a
2019 November 04
ЭП
Та и так видно, у тебя асинхронные запросы, тайм-аут - это пальцем в небо, ты ж не знаешь сколько они будут идти, тебе нужно дожидаться ответа каждого.
ЭП
Тебе тут даже forkJoin подойдёт
ЭП
Делаешь в компоненте forkJoin первых двух методов, а в подписке вызываешь 3ий, передав в него данные
PR
да но по сути если я ставлю секунд 100(кпримеру) то оно должно было бы заработать по идеи, но нет
ЭП
А ты видел сколько у тебя ответ идёт в нетворке?
ЭП
А зачем ты тут лишний раз затираешь массив?
PR
А ты видел сколько у тебя ответ идёт в нетворке?
Так у меня пока что заглушка на локальном сервере
PR
сейчас все вот так выглядит
PR
затираю массив чтобы когда зазовут другой проект то без проблем можно было записать в этот же масив а старые данные удалить
ЭП
Все равно не пойму зачем, если будет запрос с пустым массивом - ты и так установить пустой массив, зачем лишний раз затирать.
PR
онон не работает по другому )
ЭП
Так ты и так присвоишь новый массив по новым данным
ЭП
Сделай через форкджоин и вынеси подписку в компонент и тебе не нужно будет лишний раз затирать.
PR
если я уберу обнуление, то каждый последующий компонент будет иметь данные предыдущего
ЭП
Сейчас ты затираешь походу из-за того что когда вызывается 3 метод - у тебя ещё данные не обновились в подписке
ЭП
если я уберу обнуление, то каждый последующий компонент будет иметь данные предыдущего
Поэтому работа с ответом от бэка должна производится в подписке
ЭП
Можешь проставить консоль логи и посмотреть что у тебя и когда вызывается