Account4 minNoindex · follow
Handle sign-in and account access problems
Use only the current verified sign-in route; automated password recovery is not documented as available.
- Audience
- Customers who cannot reach a signed-in workspace
- Prerequisite
- Access to the email address used for the account and the public sign-in page.
- Outcome
- The customer retries a valid sign-in path or identifies that account recovery needs a separately confirmed support path.
Last reviewed 2026-08-02 · Product Information · v2026.08
Retry the verified sign-in path
Do not use a dead or undocumented password-reset link.
- 1Open the current Sign in page.
- 2Confirm that the email address matches the account you intend to access.
- 3Retry the available sign-in method.
- 4If access still fails, stop before creating a second workspace unintentionally.
Understand the recovery limit
This page does not claim an account-recovery function that the application does not provide.
- No automated password-reset procedure is documented as live.
- No support-ticket system is introduced by these Docs.
- Do not send credentials, provider tokens, or payment details through an unverified contact path.
- Account recovery behavior requires a separate product decision and implementation.
Choose the next safe step
Keep account access separate from billing and workspace behavior.
Related documentation
Troubleshoot the current workflowIdentify the owning surface, verify the prerequisite, and recover without bypassing approval or channel boundaries.Review privacy and data boundariesFind the approved legal pages and understand the documentation boundary around account and content data.Understand plans, trial, and billingUse the current published prices and capability disclosure without inferring unenforced Pro features.