fix: Ensure provider is initialized on reconnect regardless of social_login #5258
Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
Description
Previously, provider initialization and the auth connect flow were gated by isAuthSupported (tied to the social_login feature). When social_login was disabled this prevented provider.init() from running on startup for already-connected wallets, leaving local account state (e.g. allAccounts / activeCaipAddress) empty until a modal triggered initialization.
This PR:
Always calls provider.init() when the namespace should be synchronized and the connection is active, enclosed in a try/catch to avoid blocking startup on provider errors.
Preserves the existing auth connectExternal flow when isAuthSupported is true.
For non-auth-supported reconnects, explicitly marks the namespace as connected and emits CONNECT_SUCCESS (method: 'wallet') so local account state is populated and existing integrations continue to work.
No changes are made to the social login flows themselves; this is a behavioral fix to ensure consistent account state during initialization.
Type of change
Associated Issues
For Linear issues: Closes APKT-4120
For GH issues: closes #5256
Showcase (Optional)
If there is a UI change include the screenshots with before and after state.
If new feature is being introduced, include the link to demo recording.
Checklist