sample(auth): full customization demo by demolaf · Pull Request #2414 · firebase/FirebaseUI-Android

demolaf · 2026-07-22T12:57:50Z

Extends the full customization demo to the remaining FirebaseAuthScreen slots, so the sample now supplies a custom UI for every one: mfaEnrollmentContent (all five enrollment steps), mfaChallengeContent, reauthContent and authenticatedContent.

The authenticated screen mostly exists to make the other two reachable — "Set up two-factor" navigates into enrollment, and changing the password runs through authUI.withReauth, which is what provokes the reauth slot.

common/AuthPage.kt: shared page frame (mascot, headline, card, bottom actions) for the new screens, so their background, scrolling and inset behaviour match the existing email and phone steps.
screens/reauth/ReauthUI.kt handles password reauthentication only, with an explicit fallback for accounts that have no password provider — the federated path the default reauth sheet uses is internal/private, so it isn't expressible from a custom slot.
Also addresses review feedback on the existing screens: system back returns to email entry from the login/sign-up steps, the other-sign-in-methods sheet scrolls (nine providers plus the ToS footer overflowed shorter screens), and the confirmation email is compared trimmed and case-insensitively.

Preview

Full Customization Flow

full-customization-flow.webm

Other sign in methods via bottom sheet

other-sign-in-methods.webm

Error Dialog (Inherits font change)

gemini-code-assist

Code Review

This pull request introduces a fully customized authentication flow demo (FullCustomizationDemoActivity and associated steps) to showcase the capabilities of customMethodPickerLayout in FirebaseAuthScreen, alongside minor inset adjustments in the default auth screens. The review feedback is highly constructive and should be addressed: it recommends implementing a BackHandler for proper step-back navigation, making the alternative sign-in methods sheet scrollable to prevent clipping on smaller screens, passing the FirebaseAuth instance dynamically to support custom configurations, performing case-insensitive and trimmed email validation, and ensuring the loading indicator in CtaButton has sufficient contrast.

(cherry picked from commit d88088103e61630c95f69de273953346b90486ab)

…-state UI to full customization demo (cherry picked from commit 96694e0dddd4dacaa769d09ee153c34d4f51f8a2)

Intercept back on the login/sign-up steps so it returns to email entry instead of leaving the auth flow, make the other-sign-in-methods sheet scrollable (nine providers plus the ToS footer overflow shorter screens), compare the confirmation email trimmed and case-insensitively and give the field an email keyboard, and take the configured FirebaseAuth instance rather than reaching for the global default. (cherry picked from commit 1dfdeda82ecce93f6af54f4dfd6371d108c0ca44)

…FA enrollment

…ntState (cherry picked from commit 20681c413ada0394de19203bb2dde2784bac6d06)

…ail flows

…e account

…ate account

…ion 3 back stack

… full-customization email flow

…stomization demo

demolaf · 2026-07-22T12:57:50Z

Extends the full customization demo to the remaining FirebaseAuthScreen slots, so the sample now supplies a custom UI for every one: mfaEnrollmentContent (all five enrollment steps), mfaChallengeContent, reauthContent and authenticatedContent.

The authenticated screen mostly exists to make the other two reachable — "Set up two-factor" navigates into enrollment, and changing the password runs through authUI.withReauth, which is what provokes the reauth slot.

common/AuthPage.kt: shared page frame (mascot, headline, card, bottom actions) for the new screens, so their background, scrolling and inset behaviour match the existing email and phone steps.
screens/reauth/ReauthUI.kt handles password reauthentication only, with an explicit fallback for accounts that have no password provider — the federated path the default reauth sheet uses is internal/private, so it isn't expressible from a custom slot.
Also addresses review feedback on the existing screens: system back returns to email entry from the login/sign-up steps, the other-sign-in-methods sheet scrolls (nine providers plus the ToS footer overflowed shorter screens), and the confirmation email is compared trimmed and case-insensitively.

Preview

Full Customization Flow

full-customization-flow.webm

Other sign in methods via bottom sheet

other-sign-in-methods.webm

Error Dialog (Inherits font change)

gemini-code-assist

Code Review

This pull request introduces a fully customized authentication flow demo (FullCustomizationDemoActivity and associated steps) to showcase the capabilities of customMethodPickerLayout in FirebaseAuthScreen, alongside minor inset adjustments in the default auth screens. The review feedback is highly constructive and should be addressed: it recommends implementing a BackHandler for proper step-back navigation, making the alternative sign-in methods sheet scrollable to prevent clipping on smaller screens, passing the FirebaseAuth instance dynamically to support custom configurations, performing case-insensitive and trimmed email validation, and ensuring the loading indicator in CtaButton has sufficient contrast.

(cherry picked from commit d88088103e61630c95f69de273953346b90486ab)

…-state UI to full customization demo (cherry picked from commit 96694e0dddd4dacaa769d09ee153c34d4f51f8a2)

Intercept back on the login/sign-up steps so it returns to email entry instead of leaving the auth flow, make the other-sign-in-methods sheet scrollable (nine providers plus the ToS footer overflow shorter screens), compare the confirmation email trimmed and case-insensitively and give the field an email keyboard, and take the configured FirebaseAuth instance rather than reaching for the global default. (cherry picked from commit 1dfdeda82ecce93f6af54f4dfd6371d108c0ca44)

…FA enrollment

…ntState (cherry picked from commit 20681c413ada0394de19203bb2dde2784bac6d06)

…ail flows

…e account

…ate account

…ion 3 back stack

… full-customization email flow

…stomization demo

demolaf · 2026-07-22T12:57:50Z

Extends the full customization demo to the remaining FirebaseAuthScreen slots, so the sample now supplies a custom UI for every one: mfaEnrollmentContent (all five enrollment steps), mfaChallengeContent, reauthContent and authenticatedContent.

The authenticated screen mostly exists to make the other two reachable — "Set up two-factor" navigates into enrollment, and changing the password runs through authUI.withReauth, which is what provokes the reauth slot.

common/AuthPage.kt: shared page frame (mascot, headline, card, bottom actions) for the new screens, so their background, scrolling and inset behaviour match the existing email and phone steps.
screens/reauth/ReauthUI.kt handles password reauthentication only, with an explicit fallback for accounts that have no password provider — the federated path the default reauth sheet uses is internal/private, so it isn't expressible from a custom slot.
Also addresses review feedback on the existing screens: system back returns to email entry from the login/sign-up steps, the other-sign-in-methods sheet scrolls (nine providers plus the ToS footer overflowed shorter screens), and the confirmation email is compared trimmed and case-insensitively.

Preview

Full Customization Flow

full-customization-flow.webm

Other sign in methods via bottom sheet

other-sign-in-methods.webm

Error Dialog (Inherits font change)

gemini-code-assist

Code Review

This pull request introduces a fully customized authentication flow demo (FullCustomizationDemoActivity and associated steps) to showcase the capabilities of customMethodPickerLayout in FirebaseAuthScreen, alongside minor inset adjustments in the default auth screens. The review feedback is highly constructive and should be addressed: it recommends implementing a BackHandler for proper step-back navigation, making the alternative sign-in methods sheet scrollable to prevent clipping on smaller screens, passing the FirebaseAuth instance dynamically to support custom configurations, performing case-insensitive and trimmed email validation, and ensuring the loading indicator in CtaButton has sufficient contrast.

(cherry picked from commit d88088103e61630c95f69de273953346b90486ab)

…-state UI to full customization demo (cherry picked from commit 96694e0dddd4dacaa769d09ee153c34d4f51f8a2)

Intercept back on the login/sign-up steps so it returns to email entry instead of leaving the auth flow, make the other-sign-in-methods sheet scrollable (nine providers plus the ToS footer overflow shorter screens), compare the confirmation email trimmed and case-insensitively and give the field an email keyboard, and take the configured FirebaseAuth instance rather than reaching for the global default. (cherry picked from commit 1dfdeda82ecce93f6af54f4dfd6371d108c0ca44)

…FA enrollment

…ntState (cherry picked from commit 20681c413ada0394de19203bb2dde2784bac6d06)

…ail flows

…e account

…ate account

…ion 3 back stack

… full-customization email flow

…stomization demo

demolaf · 2026-07-22T12:57:50Z

Extends the full customization demo to the remaining FirebaseAuthScreen slots, so the sample now supplies a custom UI for every one: mfaEnrollmentContent (all five enrollment steps), mfaChallengeContent, reauthContent and authenticatedContent.

The authenticated screen mostly exists to make the other two reachable — "Set up two-factor" navigates into enrollment, and changing the password runs through authUI.withReauth, which is what provokes the reauth slot.

common/AuthPage.kt: shared page frame (mascot, headline, card, bottom actions) for the new screens, so their background, scrolling and inset behaviour match the existing email and phone steps.
screens/reauth/ReauthUI.kt handles password reauthentication only, with an explicit fallback for accounts that have no password provider — the federated path the default reauth sheet uses is internal/private, so it isn't expressible from a custom slot.
Also addresses review feedback on the existing screens: system back returns to email entry from the login/sign-up steps, the other-sign-in-methods sheet scrolls (nine providers plus the ToS footer overflowed shorter screens), and the confirmation email is compared trimmed and case-insensitively.

Preview

Full Customization Flow

full-customization-flow.webm

Other sign in methods via bottom sheet

other-sign-in-methods.webm

Error Dialog (Inherits font change)

gemini-code-assist

Code Review

This pull request introduces a fully customized authentication flow demo (FullCustomizationDemoActivity and associated steps) to showcase the capabilities of customMethodPickerLayout in FirebaseAuthScreen, alongside minor inset adjustments in the default auth screens. The review feedback is highly constructive and should be addressed: it recommends implementing a BackHandler for proper step-back navigation, making the alternative sign-in methods sheet scrollable to prevent clipping on smaller screens, passing the FirebaseAuth instance dynamically to support custom configurations, performing case-insensitive and trimmed email validation, and ensuring the loading indicator in CtaButton has sufficient contrast.

(cherry picked from commit d88088103e61630c95f69de273953346b90486ab)

…-state UI to full customization demo (cherry picked from commit 96694e0dddd4dacaa769d09ee153c34d4f51f8a2)

Intercept back on the login/sign-up steps so it returns to email entry instead of leaving the auth flow, make the other-sign-in-methods sheet scrollable (nine providers plus the ToS footer overflow shorter screens), compare the confirmation email trimmed and case-insensitively and give the field an email keyboard, and take the configured FirebaseAuth instance rather than reaching for the global default. (cherry picked from commit 1dfdeda82ecce93f6af54f4dfd6371d108c0ca44)

…FA enrollment

…ntState (cherry picked from commit 20681c413ada0394de19203bb2dde2784bac6d06)

…ail flows

…e account

…ate account

…ion 3 back stack

… full-customization email flow

…stomization demo

demolaf · 2026-07-22T12:57:50Z

Extends the full customization demo to the remaining FirebaseAuthScreen slots, so the sample now supplies a custom UI for every one: mfaEnrollmentContent (all five enrollment steps), mfaChallengeContent, reauthContent and authenticatedContent.

The authenticated screen mostly exists to make the other two reachable — "Set up two-factor" navigates into enrollment, and changing the password runs through authUI.withReauth, which is what provokes the reauth slot.

common/AuthPage.kt: shared page frame (mascot, headline, card, bottom actions) for the new screens, so their background, scrolling and inset behaviour match the existing email and phone steps.
screens/reauth/ReauthUI.kt handles password reauthentication only, with an explicit fallback for accounts that have no password provider — the federated path the default reauth sheet uses is internal/private, so it isn't expressible from a custom slot.
Also addresses review feedback on the existing screens: system back returns to email entry from the login/sign-up steps, the other-sign-in-methods sheet scrolls (nine providers plus the ToS footer overflowed shorter screens), and the confirmation email is compared trimmed and case-insensitively.

Preview

Full Customization Flow

full-customization-flow.webm

Other sign in methods via bottom sheet

other-sign-in-methods.webm

Error Dialog (Inherits font change)

gemini-code-assist

Code Review

This pull request introduces a fully customized authentication flow demo (FullCustomizationDemoActivity and associated steps) to showcase the capabilities of customMethodPickerLayout in FirebaseAuthScreen, alongside minor inset adjustments in the default auth screens. The review feedback is highly constructive and should be addressed: it recommends implementing a BackHandler for proper step-back navigation, making the alternative sign-in methods sheet scrollable to prevent clipping on smaller screens, passing the FirebaseAuth instance dynamically to support custom configurations, performing case-insensitive and trimmed email validation, and ensuring the loading indicator in CtaButton has sufficient contrast.

(cherry picked from commit d88088103e61630c95f69de273953346b90486ab)

…-state UI to full customization demo (cherry picked from commit 96694e0dddd4dacaa769d09ee153c34d4f51f8a2)

Intercept back on the login/sign-up steps so it returns to email entry instead of leaving the auth flow, make the other-sign-in-methods sheet scrollable (nine providers plus the ToS footer overflow shorter screens), compare the confirmation email trimmed and case-insensitively and give the field an email keyboard, and take the configured FirebaseAuth instance rather than reaching for the global default. (cherry picked from commit 1dfdeda82ecce93f6af54f4dfd6371d108c0ca44)

…FA enrollment

…ntState (cherry picked from commit 20681c413ada0394de19203bb2dde2784bac6d06)

…ail flows

…e account

…ate account

…ion 3 back stack

… full-customization email flow

…stomization demo

demolaf · 2026-07-22T12:57:50Z

Extends the full customization demo to the remaining FirebaseAuthScreen slots, so the sample now supplies a custom UI for every one: mfaEnrollmentContent (all five enrollment steps), mfaChallengeContent, reauthContent and authenticatedContent.

The authenticated screen mostly exists to make the other two reachable — "Set up two-factor" navigates into enrollment, and changing the password runs through authUI.withReauth, which is what provokes the reauth slot.

common/AuthPage.kt: shared page frame (mascot, headline, card, bottom actions) for the new screens, so their background, scrolling and inset behaviour match the existing email and phone steps.
screens/reauth/ReauthUI.kt handles password reauthentication only, with an explicit fallback for accounts that have no password provider — the federated path the default reauth sheet uses is internal/private, so it isn't expressible from a custom slot.
Also addresses review feedback on the existing screens: system back returns to email entry from the login/sign-up steps, the other-sign-in-methods sheet scrolls (nine providers plus the ToS footer overflowed shorter screens), and the confirmation email is compared trimmed and case-insensitively.

Preview

Full Customization Flow

full-customization-flow.webm

Other sign in methods via bottom sheet

other-sign-in-methods.webm

Error Dialog (Inherits font change)

gemini-code-assist

Code Review

This pull request introduces a fully customized authentication flow demo (FullCustomizationDemoActivity and associated steps) to showcase the capabilities of customMethodPickerLayout in FirebaseAuthScreen, alongside minor inset adjustments in the default auth screens. The review feedback is highly constructive and should be addressed: it recommends implementing a BackHandler for proper step-back navigation, making the alternative sign-in methods sheet scrollable to prevent clipping on smaller screens, passing the FirebaseAuth instance dynamically to support custom configurations, performing case-insensitive and trimmed email validation, and ensuring the loading indicator in CtaButton has sufficient contrast.

(cherry picked from commit d88088103e61630c95f69de273953346b90486ab)

…-state UI to full customization demo (cherry picked from commit 96694e0dddd4dacaa769d09ee153c34d4f51f8a2)

Intercept back on the login/sign-up steps so it returns to email entry instead of leaving the auth flow, make the other-sign-in-methods sheet scrollable (nine providers plus the ToS footer overflow shorter screens), compare the confirmation email trimmed and case-insensitively and give the field an email keyboard, and take the configured FirebaseAuth instance rather than reaching for the global default. (cherry picked from commit 1dfdeda82ecce93f6af54f4dfd6371d108c0ca44)

…FA enrollment

…ntState (cherry picked from commit 20681c413ada0394de19203bb2dde2784bac6d06)

…ail flows

…e account

…ate account

…ion 3 back stack

… full-customization email flow

…stomization demo

demolaf · 2026-07-22T12:57:50Z

Extends the full customization demo to the remaining FirebaseAuthScreen slots, so the sample now supplies a custom UI for every one: mfaEnrollmentContent (all five enrollment steps), mfaChallengeContent, reauthContent and authenticatedContent.

The authenticated screen mostly exists to make the other two reachable — "Set up two-factor" navigates into enrollment, and changing the password runs through authUI.withReauth, which is what provokes the reauth slot.

common/AuthPage.kt: shared page frame (mascot, headline, card, bottom actions) for the new screens, so their background, scrolling and inset behaviour match the existing email and phone steps.
screens/reauth/ReauthUI.kt handles password reauthentication only, with an explicit fallback for accounts that have no password provider — the federated path the default reauth sheet uses is internal/private, so it isn't expressible from a custom slot.
Also addresses review feedback on the existing screens: system back returns to email entry from the login/sign-up steps, the other-sign-in-methods sheet scrolls (nine providers plus the ToS footer overflowed shorter screens), and the confirmation email is compared trimmed and case-insensitively.

Preview

Full Customization Flow

full-customization-flow.webm

Other sign in methods via bottom sheet

other-sign-in-methods.webm

Error Dialog (Inherits font change)

gemini-code-assist

Code Review

This pull request introduces a fully customized authentication flow demo (FullCustomizationDemoActivity and associated steps) to showcase the capabilities of customMethodPickerLayout in FirebaseAuthScreen, alongside minor inset adjustments in the default auth screens. The review feedback is highly constructive and should be addressed: it recommends implementing a BackHandler for proper step-back navigation, making the alternative sign-in methods sheet scrollable to prevent clipping on smaller screens, passing the FirebaseAuth instance dynamically to support custom configurations, performing case-insensitive and trimmed email validation, and ensuring the loading indicator in CtaButton has sufficient contrast.

(cherry picked from commit d88088103e61630c95f69de273953346b90486ab)

…-state UI to full customization demo (cherry picked from commit 96694e0dddd4dacaa769d09ee153c34d4f51f8a2)

Intercept back on the login/sign-up steps so it returns to email entry instead of leaving the auth flow, make the other-sign-in-methods sheet scrollable (nine providers plus the ToS footer overflow shorter screens), compare the confirmation email trimmed and case-insensitively and give the field an email keyboard, and take the configured FirebaseAuth instance rather than reaching for the global default. (cherry picked from commit 1dfdeda82ecce93f6af54f4dfd6371d108c0ca44)

…FA enrollment

…ntState (cherry picked from commit 20681c413ada0394de19203bb2dde2784bac6d06)

…ail flows

…e account

…ate account

…ion 3 back stack

… full-customization email flow

…stomization demo

demolaf · 2026-07-22T12:57:50Z

Extends the full customization demo to the remaining FirebaseAuthScreen slots, so the sample now supplies a custom UI for every one: mfaEnrollmentContent (all five enrollment steps), mfaChallengeContent, reauthContent and authenticatedContent.

The authenticated screen mostly exists to make the other two reachable — "Set up two-factor" navigates into enrollment, and changing the password runs through authUI.withReauth, which is what provokes the reauth slot.

common/AuthPage.kt: shared page frame (mascot, headline, card, bottom actions) for the new screens, so their background, scrolling and inset behaviour match the existing email and phone steps.
screens/reauth/ReauthUI.kt handles password reauthentication only, with an explicit fallback for accounts that have no password provider — the federated path the default reauth sheet uses is internal/private, so it isn't expressible from a custom slot.
Also addresses review feedback on the existing screens: system back returns to email entry from the login/sign-up steps, the other-sign-in-methods sheet scrolls (nine providers plus the ToS footer overflowed shorter screens), and the confirmation email is compared trimmed and case-insensitively.

Preview

Full Customization Flow

full-customization-flow.webm

Other sign in methods via bottom sheet

other-sign-in-methods.webm

Error Dialog (Inherits font change)

gemini-code-assist

Code Review

This pull request introduces a fully customized authentication flow demo (FullCustomizationDemoActivity and associated steps) to showcase the capabilities of customMethodPickerLayout in FirebaseAuthScreen, alongside minor inset adjustments in the default auth screens. The review feedback is highly constructive and should be addressed: it recommends implementing a BackHandler for proper step-back navigation, making the alternative sign-in methods sheet scrollable to prevent clipping on smaller screens, passing the FirebaseAuth instance dynamically to support custom configurations, performing case-insensitive and trimmed email validation, and ensuring the loading indicator in CtaButton has sufficient contrast.

(cherry picked from commit d88088103e61630c95f69de273953346b90486ab)

…-state UI to full customization demo (cherry picked from commit 96694e0dddd4dacaa769d09ee153c34d4f51f8a2)

Intercept back on the login/sign-up steps so it returns to email entry instead of leaving the auth flow, make the other-sign-in-methods sheet scrollable (nine providers plus the ToS footer overflow shorter screens), compare the confirmation email trimmed and case-insensitively and give the field an email keyboard, and take the configured FirebaseAuth instance rather than reaching for the global default. (cherry picked from commit 1dfdeda82ecce93f6af54f4dfd6371d108c0ca44)

…FA enrollment

…ntState (cherry picked from commit 20681c413ada0394de19203bb2dde2784bac6d06)

…ail flows

…e account

…ate account

…ion 3 back stack

… full-customization email flow

…stomization demo

github-project-automationBot added this to studio-2394994192-60a69 Jul 22, 2026

github-project-automationBot moved this to Backlog in studio-2394994192-60a69 Jul 22, 2026

demolaf marked this pull request as draft July 22, 2026 12:57

gemini-code-assistBot reviewed Jul 22, 2026
View reviewed changes

demolaf changed the base branch from sample/firestore-database-storage to fix/mfa-edge-to-edge-insetsJuly 22, 2026 13:02

demolaf changed the base branch from fix/mfa-edge-to-edge-insets to sample/firestore-database-storageJuly 22, 2026 13:03

demolaf added the sample label Jul 22, 2026

demolaf changed the title ~~sample(auth): flesh out full customization demo with email/login/sign…~~sample(auth): flesh out full customization demoJul 22, 2026

demolaf changed the title ~~sample(auth): flesh out full customization demo~~sample(auth): full customization demoJul 22, 2026

demolaf force-pushed the sample/firestore-database-storage branch from 0cdfacd to 1778d6cCompare July 27, 2026 10:46

demolaf force-pushed the sample/full-customization-method-picker branch from e98fb6e to cbbd262Compare July 28, 2026 16:01

demolaf changed the base branch from sample/firestore-database-storage to version-10.0.0-beta04July 28, 2026 16:03

demolaf changed the base branch from version-10.0.0-beta04 to fix/auth-state-stale-notification-resetJuly 28, 2026 16:03

demolaf closed this Jul 28, 2026

demolaf force-pushed the sample/full-customization-method-picker branch from ccd214c to 267731eCompare July 28, 2026 16:08

github-project-automationBot moved this from Backlog to Done in studio-2394994192-60a69 Jul 28, 2026

demolaf reopened this Jul 28, 2026

demolaf force-pushed the fix/auth-state-stale-notification-reset branch from 267731e to e035a60Compare July 29, 2026 00:45

demolaf force-pushed the sample/full-customization-method-picker branch from 74c0370 to 007676dCompare August 10, 2026 16:40

demolaf changed the base branch from fix/auth-state-stale-notification-reset to version-10.0.0-beta04August 10, 2026 16:43

demolaf force-pushed the version-10.0.0-beta04 branch from dbaac07 to f896825Compare August 18, 2026 09:55

demolaf force-pushed the sample/full-customization-method-picker branch from d552549 to a2d2bc9Compare August 21, 2026 14:06

demolaf marked this pull request as ready for review August 21, 2026 14:58

demolaf force-pushed the version-10.0.0-beta04 branch from 06a6fe9 to 697f1d9Compare August 24, 2026 09:29

demolaf force-pushed the sample/full-customization-method-picker branch from 4785c0e to 5e3a069Compare August 24, 2026 10:16

demolaf marked this pull request as draft August 25, 2026 09:46

demolaf force-pushed the sample/full-customization-method-picker branch from 5e3a069 to ba5b475Compare August 29, 2026 22:02

demolaf changed the base branch from version-10.0.0-beta04-old to version-10.0.0-beta05August 29, 2026 22:02

demolaf force-pushed the sample/full-customization-method-picker branch 2 times, most recently from 875cf50 to 1c0c935Compare August 31, 2026 22:36

demolaf force-pushed the sample/full-customization-method-picker branch from dadde5c to 5706131Compare September 1, 2026 11:35

demolaf force-pushed the version-10.0.0-beta05 branch from 444543d to 059bba8Compare September 1, 2026 16:17

demolaf force-pushed the sample/full-customization-method-picker branch from 5706131 to 38aca2eCompare September 2, 2026 18:25

demolaf marked this pull request as ready for review September 2, 2026 18:36

demolaf added 12 commits September 3, 2026 16:00

wip: demo
c078bb2
(cherry picked from commit d88088103e61630c95f69de273953346b90486ab)

sample(auth): add MFA enrollment/challenge, reauth, and authenticated…
73a800b
…-state UI to full customization demo (cherry picked from commit 96694e0dddd4dacaa769d09ee153c34d4f51f8a2)

sample(auth): drop recovery codes screen following its removal from M…
d21e8b5
…FA enrollment

sample(auth): label the two-factor CTA from the user's enrolled factors
cf832a9

sample(auth): migrate full customization reauth screen to ReauthConte…
328a8e4
…ntState (cherry picked from commit 20681c413ada0394de19203bb2dde2784bac6d06)

sample(auth): render the demo's own email UI for library-initiated em…
a648da6
…ail flows

sample(auth): ask sign in or create account instead of probing for th…
4dec631
…e account

sample(auth): carry the typed email into the next step and ungate cre…
ac21337
…ate account

sample(auth): host the primary email flow on its own per-mode Navigat…
2fdeb87
…ion 3 back stack

sample(auth): match the swipe-back animation to the tapped one in the…
5a2532b
… full-customization email flow

sample(auth): give reauthentication its own email step in the full-cu…
48d81bf
…stomization demo

demolaf force-pushed the sample/full-customization-method-picker branch from 8176916 to 48d81bfCompare September 3, 2026 15:03