Sam

Thanks for this issue, this is a feature request that we're already tracking on our roadmap but I can't give any estimation of timeline. For Google folks: b/156500337 is tracking.

Hi @rohitgurudasani, thanks for the report. How often are you testing this in production? It's possible you're running into quota issues after calling signInWithPhoneNumber too frequently

Hi folks, the iframe code is in fact required if you're doing `signInWithPassword` or `signInWithRedirect`. If you're not using those methods (i.e. you're not using any of the OAuth providers),...

In general it does delay. It only loads early in a few cases: https://github.com/firebase/firebase-js-sdk/blob/7028c1159b9153f14c22a81fdd09df68ffcfcfb6/packages-exp/auth-exp/src/platform_browser/popup_redirect.ts#L166-L169

Hi folks, it is indeed possible to delay loading that code until the sign in methods are called. The popup and redirect family of methods take an optional third parameter...

@abdo643-HULK yep, that's one of the reasons why the `_shouldInitProactively` functionality exists

It's this code here: https://github.com/firebase/firebase-js-sdk/blob/49b0406abb9b211c5b75325b0383539ac03358d1/packages/auth/src/platform_browser/popup_redirect.ts#L166-L169 By omitting the `popupRedirectResolver` optional dependency in `initializeAuth()`, that function is never called

Hi, while this is not currently on our roadmap we have added this as a feature request to our tracker (for internal folks: b/162973088).

I think @bojeil-google's response and discussion in the Stackoverflow response proposes the best workaround for the time being.

For Auth, `getAuth()` pulls in many dependencies that it sounds like you don't need (it's meant to be all-encompassing, to cover most use cases). To take advantage of full tree-shaking,...