The spec: "When an account is added during the onboarding flow, ask the user if they want
to add more accounts. If they tap yes, push them back to the account/vendor picker. If no,
continue to the first account they added and its inbox." Today every setup path just pops
back to MAILBOX (see the onAccountAdded lambdas in LibreMailApp.kt).
Scope
After a successful add within onboarding, show an "Add another account?" prompt
(Yes / No).
Yes -> return to the vendor picker (#27) to add another.
No -> continue to the first account added during this onboarding session and
open its inbox (per-account inbox filter, not the unified view).
Track the first-added account id in the onboarding-session state owned by #26.
Applies to every setup path — Outlook OAuth, app-password (#29), and Other/manual.
Only applies inside onboarding: "Add account" from Settings later should return to
where the user was, not force this prompt (confirm the desired behavior).
Acceptance criteria
Adding one account then choosing "No" opens that account's inbox.
Choosing "Yes" returns to the picker; after adding a second and choosing "No", the inbox
shown is the first account's.
Works identically regardless of which vendor path added the account.
Depends on #26 (session state) and the setup paths (#27, #29, existing Outlook/manual).
Part of #9.
## Context
The spec: "When an account is added during the onboarding flow, ask the user if they want
to add more accounts. If they tap yes, push them back to the account/vendor picker. If no,
continue to the first account they added and its inbox." Today every setup path just pops
back to `MAILBOX` (see the `onAccountAdded` lambdas in `LibreMailApp.kt`).
## Scope
- [ ] After a successful add **within onboarding**, show an "Add another account?" prompt
(Yes / No).
- [ ] **Yes** -> return to the vendor picker (#27) to add another.
- [ ] **No** -> continue to the **first** account added during this onboarding session and
open its inbox (per-account inbox filter, not the unified view).
- [ ] Track the first-added account id in the onboarding-session state owned by #26.
- [ ] Applies to every setup path — Outlook OAuth, app-password (#29), and Other/manual.
- [ ] Only applies inside onboarding: "Add account" from Settings later should return to
where the user was, not force this prompt (confirm the desired behavior).
## Acceptance criteria
- Adding one account then choosing "No" opens that account's inbox.
- Choosing "Yes" returns to the picker; after adding a second and choosing "No", the inbox
shown is the **first** account's.
- Works identically regardless of which vendor path added the account.
## Relevant files
- `app/src/main/kotlin/org/libremail/ui/LibreMailApp.kt` (`onAccountAdded` handlers)
- onboarding-session holder from #26
- `app/src/main/kotlin/org/libremail/ui/mailbox/MailboxScreen.kt` (per-account filter / selected account)
## Dependencies
Depends on #26 (session state) and the setup paths (#27, #29, existing Outlook/manual).
Blocking a user prevents them from interacting with repositories, such as opening or commenting on pull requests or issues. Learn more about blocking a user.
Part of #9.
Context
The spec: "When an account is added during the onboarding flow, ask the user if they want
to add more accounts. If they tap yes, push them back to the account/vendor picker. If no,
continue to the first account they added and its inbox." Today every setup path just pops
back to
MAILBOX(see theonAccountAddedlambdas inLibreMailApp.kt).Scope
(Yes / No).
open its inbox (per-account inbox filter, not the unified view).
where the user was, not force this prompt (confirm the desired behavior).
Acceptance criteria
shown is the first account's.
Relevant files
app/src/main/kotlin/org/libremail/ui/LibreMailApp.kt(onAccountAddedhandlers)app/src/main/kotlin/org/libremail/ui/mailbox/MailboxScreen.kt(per-account filter / selected account)Dependencies
Depends on #26 (session state) and the setup paths (#27, #29, existing Outlook/manual).