fix: Avoid reprocessing API v2 deeplink multiple times

[sirambd]

Description
Currently, when you have an APIv2 deep link with a folder, as long as you navigate within the folder and return to the root transfer, you can duplicate the data because, as long as the intent is active and you return to the root of a transfer, the transfer is re-added to the database each time you return.

Fix
Handle API v2 deeplink flow correctly to prevent duplicate processing
while the intent is still active.

[Copilot]

Pull request overview

Fixes duplicate processing of API v2 transfer deeplinks by attempting to reuse an existing locally-stored transfer (instead of re-adding it) while the deeplink intent remains active.

Changes:

• Bumps com.infomaniak.multiplatform_swisstransfer dependency version to 8.0.0.
• Updates TransferDetailsViewModel.loadTransfer() to look up existing transfers by v2 linkId when the deeplink is API v2.

Reviewed changes

Copilot reviewed 2 out of 2 changed files in this pull request and generated no comments.

File	Description
gradle/libs.versions.toml	Updates SwissTransfer multiplatform library version.
app/src/main/java/com/infomaniak/swisstransfer/ui/screen/main/transferdetails/TransferDetailsViewModel.kt	Adjusts deeplink load logic to avoid re-adding existing API v2 transfers.

Comments suppressed due to low confidence (1)

app/src/main/java/com/infomaniak/swisstransfer/ui/screen/main/transferdetails/TransferDetailsViewModel.kt:129

• When isApiV2Deeplink == true, transferUuid is actually a V2 linkId (see addTransferByLinkIdApiV2(linkId = transferUuid, ...)) and you correctly look up the transfer via getTransferByLinkId(transferUuid). However, in the else branch you still emit TransferSource.Local(transferUuid) and call fetchTransfer(transferUuid), which will treat the linkId as the local transfer UUID used by getTransferFlow(...). This can load/fetch the wrong transfer (or none) for existing V2 transfers. Use the already-loaded transfer to derive the local UUID (e.g., transfer.uuid) for the TransferSource.Local(...) + fetchTransfer(...) calls when the V2 deeplink transfer is already present.

                val transfer = when {
                    isApiV2Deeplink == true -> transferManager.getTransferByLinkId(transferUuid)
                    else -> transferManager.getTransferFlow(transferUuid).first()
                }
                if (transfer == null && isApiV2Deeplink != null) {
                    val transferId = handleTransferDeeplink(transferUuid, _deeplinkPassword, isApiV2Deeplink)
                    _transferSourceFlow.emit(TransferSource.Local(transferId))
                } else {
                    _transferSourceFlow.emit(TransferSource.Local(transferUuid))
                    transferManager.fetchTransfer(transferUuid)
                }

---

💡 Add Copilot custom instructions for smarter, more guided reviews. Learn how to get started.

[LunarX]

When I try to deeplink to a transfer it fails to open it so I can't test if the bug is fixed

[sonarqubecloud]

Quality Gate passed

Issues
0 New issues
0 Accepted issues

Measures
0 Security Hotspots
0.0% Coverage on New Code
0.0% Duplication on New Code

See analysis details on SonarQube Cloud