Skip to content

fix: apply receiver conflict policy - #41

Merged
vsamarth merged 1 commit into
mainfrom
fix/receiver-conflict-policy
Apr 26, 2026
Merged

fix: apply receiver conflict policy#41
vsamarth merged 1 commit into
mainfrom
fix/receiver-conflict-policy

Conversation

@vsamarth

Copy link
Copy Markdown
Owner

Summary

  • thread receiver conflict policy from app config into core receiver planning
  • apply Reject and Rename when resolving expected destination paths before accept/export
  • preserve resume behavior for already-exported files and cover nested rename cases with regression tests

Root cause

Receiver configuration exposed a conflict policy, but the listener/session/core request path dropped it before normal destination planning. Core then rejected existing destinations directly, so the configured policy never ran.

Impact

Receiver transfers now honor Reject and Rename end to end. Rename remains the effective default across the existing receive surfaces, and conflicts are resolved before transfer begins.

Validation

  • cargo fmt
  • cargo test

Closes #39.
Closes #27.

@vsamarth
vsamarth marked this pull request as ready for review April 26, 2026 02:20
@vsamarth
vsamarth merged commit b0d167e into main Apr 26, 2026
2 checks passed
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.

Receiver rejects existing destination files before applying conflict policy Receiver conflict policy is ignored during transfers

1 participant