Transfer: multiple source-target modes

[reh-sfl]

Fixes # by...

Changes proposed in this pull request:

1. Adding a reflexive option to copy within the same variant, we will have:

• Copy to a different variant
• Copy within the same variant

2. Fix the bug where it showed the source variant in the target list

Status

• READY
• HOLD
• WIP (Work-In-Progress)

How to verify this change

Open the web dashboard, go to the Transfer tab then use the new "I want to copy…" selector

Pull Request Checklist

Please review and check all that apply before submitting your PR:

• The code compiles and passes all tests
• All new and existing tests are passing
• Documentation has been updated (if applicable)
• Code follows project style guidelines
• No sensitive information is included
• Linked relevant issues (if any)
• Added necessary reviewers

[ValentinBoudevin]

1. "Copy assessments to other matching findings in one variant.¨ seems a bit difficult to understand as we don´t use findings anywhere else.

Should be something closer to "Copy assessments from previous packages versions in a variant".

Detected 0 assessments but this is wrong.

Example linux-yocto@6.6.129 (the current version) doesn´t have any custom assessments yet:

[ValentinBoudevinSFL]

The same-variant flow is generally well integrated, but overlapping source/target selections can corrupt copy results depending on operation order and must be addressed before merge.

[ValentinBoudevinSFL]

Within one variant, a selected target can also be the source assessment of another selection. In overwrite mode, processing A→B before B→A mutates B before its values are copied, making results order-dependent and potentially collapsing both assessments to A's values. Snapshot all source assessment fields before applying any writes, or reject cyclic/conflicting selections; add a reciprocal-copy test.

N/A