Various fields are duplicated on csv:import if 2 rows have the same legacyId
|Assignee:||Mike Gale||% Done:|
|Google Code Legacy ID:||Tested version:||2.3|
This is sort of an edge case so I'm marking it low.
1. Create a new CSV with all the various columns filled in (especially legacyId) for an archival description on the first row
2. Duplicate this row for the 2nd row
3. Run csv:import on the file
Result: the csv:import tasks complains about a duplicate legacyId when it gets to the second row, and claims it's skipping said row as a result. In actuality, the first row that gets imported will now have duplicates of various fields.
Expected result: when the task says it's skipping a row, it should skip it. Not duplicate fields in other rows.
#1 Updated by Tim Hutchinson over 6 years ago
The same thing happens for a subsequent import, with the same source-name and legacyID. In that case I was hoping the record would be replaced, rather than skipping that row.
In addition to the fields in the earlier screenshot, it affects RAD notes - basically anything (not surprisingly) where the field is repeatable. The one exception I noticed was language of description, which seems to have a check for duplicates already.