New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Relationship updates at CSV file import don't check confidence #6518
Comments
@Archidoit don t you mean 'creator' instead of 'author' ? That's what I can reproduce locally in any case. If it is the field author you are effectively talking too then I'll need some help to reproduce it EDIT:
|
Ok so the root cause was found and I fixed it in the draft PR above. Recap of the actual behavior: when upserting entities, we add the user upserting in the array of creators no matter the confidence of the user. Why? In the function // Ids and creators consolidation is always granted
const isStructuralUpsert = attributeKey === xOpenctiStixIds.name || attributeKey === creators.name; This boolean // Upsert will be done if upsert is well-defined but also in full synchro mode or if the current value is empty
if (isStructuralUpsert || canBeUpsert || isFullSync || isCurrentlyEmpty) {
inputs.push(...buildAttributeUpdate(isFullSync, attribute, element[attributeKey], inputData));
} I'm not sure to understand the purpose of this boolean but if it exists, there should have a reason. But at the end, I think that if there is only the array of creators that has been changed with the upsert, and that user confidence is too low, then we should not taking it into account. Maybe I'm not right, can you confirm? |
Creators must always be upserted independently of the confidence level. |
Description
Relationship updates at CSV file import don't check confidence
Reproducible Steps
Expected behavior
The entities/relationsihps shouldn't be update because their confidences are higher than the one of userB
The text was updated successfully, but these errors were encountered: