Skip to content

ADFA-4957: clone RECEIVE return-to-op — reopen lands on the Clone tab - #311

Merged
luisguzman-adfa merged 1 commit into
mainfrom
feat/ADFA-4957-clone-adopt
Jul 31, 2026
Merged

ADFA-4957: clone RECEIVE return-to-op — reopen lands on the Clone tab#311
luisguzman-adfa merged 1 commit into
mainfrom
feat/ADFA-4957-clone-adopt

Conversation

@luisguzman-adfa

Copy link
Copy Markdown
Collaborator

A live clone receive is already app-scoped in SyncProgressRepository (CloneFragment observes it and re-binds to the transfer). On a plain reopen (launcher -> SplashActivity -> LibraryActivity, no explicit EXTRA_TAB) with a receive active, land on the Clone tab so the user returns to the in-progress transfer instead of Home. Only receive: the send daemon state is still Fragment-scoped, so routing a send would show the fork, not the share — full send-session app-scoping + a clone-specific notification are a follow-up.

A live clone receive is already app-scoped in SyncProgressRepository (CloneFragment observes it and
re-binds to the transfer). On a plain reopen (launcher -> SplashActivity -> LibraryActivity, no
explicit EXTRA_TAB) with a receive active, land on the Clone tab so the user returns to the in-progress
transfer instead of Home. Only receive: the send daemon state is still Fragment-scoped, so routing a
send would show the fork, not the share — full send-session app-scoping + a clone-specific notification
are a follow-up.
@luisguzman-adfa
luisguzman-adfa merged commit b7aed79 into main Jul 31, 2026
3 checks passed
@luisguzman-adfa
luisguzman-adfa deleted the feat/ADFA-4957-clone-adopt branch July 31, 2026 11:24
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.

1 participant