Hi Isomorphic,
we have a problem with BatchUploader. We used Hilite + ValidationContext.setResultingValue() to create "warnings" via Hilite for possible duplicates.
The user can then decide not to import the leads via canRemoveRecords: true.
Here are two problems, one with canRemoveRecords (this thread), one with the default-enabled deferRemoval.
Please see here (v12.0p_2019-12-14) in mode "Retain" that the wrong records are displayed after "Commit" (none are expected):
Steps:
After upload and remove:

After commit:

Best regards
Blama
we have a problem with BatchUploader. We used Hilite + ValidationContext.setResultingValue() to create "warnings" via Hilite for possible duplicates.
The user can then decide not to import the leads via canRemoveRecords: true.
Here are two problems, one with canRemoveRecords (this thread), one with the default-enabled deferRemoval.
Please see here (v12.0p_2019-12-14) in mode "Retain" that the wrong records are displayed after "Commit" (none are expected):
Code:
isc.BatchUploader.create({
ID:"uploader",
height: 700,
width: "100%",
uploadDataSource: supplyItemCustom,
uploadFormProperties: {
titleWidth: 110
},
gridProperties: {
height: 400,
deferRemoval: false,
canRemoveRecords: true
}
});
isc.DynamicForm.create({
ID: "partialCommitsForm",
items: [
{
name:"partialCommits",
wrapTitle: false,
title:"Partial Commit Mode",
type:"select",
defaultValue: "prompt",
valueMap:{
allow: "Allow",
prevent: "Prevent",
prompt: "Prompt",
retain: "Retain"
},
changed : function(form, item, value) {
uploader.partialCommit = value;
}
}
]
});
isc.VStack.create({
width:"100%",
layoutMargin:10,
membersMargin: 10,
members:[
partialCommitsForm,
uploader
]
});
- Run sample
- Upload demo file
- Remove 3 entries with validation error
- Commit 4 entries without validation error
- Expected: No records left
- Result: Random records (with and without validation error) left
After upload and remove:
After commit:
Best regards
Blama
Comment