Да, согласен. Насколько я знаю, сейчас там проблема в том, что у инпута один источник истины. А если разрешить ставить инпуты из хост директив, то это сломается. Может появиться гонка биндингов. В общем пока имеем что имеем.
В целом сейчас можно через DI это разрулить. Не блокирующая проблема. А вот дедупликация - блокирующая. Её никак не обойти.
Тут о каком интерцепторе речь и где ожидается что он должен срабатывать?
Насколько я понял, то при переопределении httpClient не срабатывает интерцептор из родительского приложения (httpAuthInterceptor) внутри federation module. В таком случае внутри вашего federation module при определении provideHttpClient укажите withRequestsMadeViaParent . В таком случае внутри вашего federation module будут работать оба интерцептора, а вне только тот, что указан в родителе.
Да, согласен. Насколько я знаю, сейчас там проблема в том, что у инпута один источник истины. А если разрешить ставить инпуты из хост директив, то это сломается. Может появиться гонка биндингов. В общем пока имеем что имеем.
В целом сейчас можно через DI это разрулить. Не блокирующая проблема. А вот дедупликация - блокирующая. Её никак не обойти.
Ну тогда просто минимальный репозиторий )
Сможете воспроизвести проблему в stackblitz?
Тут о каком интерцепторе речь и где ожидается что он должен срабатывать?
Насколько я понял, то при переопределении httpClient не срабатывает интерцептор из родительского приложения (
httpAuthInterceptor) внутри federation module. В таком случае внутри вашего federation module при определенииprovideHttpClientукажитеwithRequestsMadeViaParent. В таком случае внутри вашего federation module будут работать оба интерцептора, а вне только тот, что указан в родителе.