Skip to content

Version 10.0.0 beta04 - #2384

Open
demolaf wants to merge 9 commits into
masterfrom
version-10.0.0-beta04
Open

Version 10.0.0 beta04#2384
demolaf wants to merge 9 commits into
masterfrom
version-10.0.0-beta04

Conversation

@demolaf

@demolaf demolaf commented Jul 10, 2026

Copy link
Copy Markdown
Member

⚠️ Breaking Changes

Changes

@gemini-code-assist gemini-code-assist Bot left a comment

Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Code Review

This pull request updates the form validation logic in SignUpUI.kt to only validate the display name if it is required by the provider, and adds a corresponding unit test in SignUpUITest.kt to verify this behavior. Feedback was provided regarding the use of derivedStateOf for isFormValid, which is an anti-pattern here because the inputs are plain strings rather than Compose State objects, leading to unnecessary allocations. Additionally, calling validate() inside the block causes side-effects during composition. It is recommended to simplify isFormValid to a plain Boolean using remember and update the button's enabled state accordingly.

@demolaf
demolaf force-pushed the version-10.0.0-beta04 branch 2 times, most recently from 84a8b5d to d382bd5 Compare July 17, 2026 08:21
@demolaf
demolaf force-pushed the version-10.0.0-beta04 branch from d382bd5 to 1ecd498 Compare July 22, 2026 22:13
@vegeta2102

Copy link
Copy Markdown

Could you let me know the planned release beta04 schedule?
(Even if it's just a rough estimate)

@demolaf

demolaf commented Jul 30, 2026

Copy link
Copy Markdown
Member Author

Hi @vegeta2102 , we've got a couple of fixes/features we need to merge first, after which we'll get a release out in a couple weeks.

just1and0 and others added 7 commits August 18, 2026 10:54
…e with tooltip. BREAKING - Removed unused `newAccountsDisabledTooltip` from public interface `AuthUIStringProvider` (#2397)
…#2425)

* fix(auth): pre-fill email when "Continue as" button is tapped (#2423)

The "Continue as..." button displayed the saved identifier but
discarded it on click, sending the user to a blank email form.
Add an onContinueAsSelected callback to AuthMethodPicker that
carries the identifier through to EmailAuthScreen, which now
initializes the email field with the saved address.

* fix(auth): only pre-fill email for Email provider, not phone/other

* fix(auth): move new parameters to end of signature to preserve API compat

* fix(auth): address review feedback for prefill email feature

- Update kDoc to say "email address" instead of "phone number" since
  phone pre-fill is not wired up in this PR
- Add SignInUITest with assertions for email pre-fill behavior

* test(auth): cover AuthMethodPicker Continue-as button and onContinueAsSelected callback

---------

Co-authored-by: demolaf <demolafadumo@gmail.com>
@demolaf
demolaf force-pushed the version-10.0.0-beta04 branch from dbaac07 to f896825 Compare August 18, 2026 09:55
@demolaf
demolaf marked this pull request as ready for review August 18, 2026 15:33
@demolaf
demolaf requested a review from thatfiredev August 18, 2026 18:53
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

3 participants