Hi Isomorphic,
please see this sample (happens in latest 5.1 and the 6.0 online showcase) and upload this file:
Please see that the 1st four rows have errors in the date field.
After double clicking the field and leaving the editRow again, 1+4 are valid dates now. 3 suffers from this bug.
6 is successfully parsed, but not formatted(?). (2 has a genuine error and 5 is OK).
In the server logs for the upload, the rows with errors have Translater exceptions.
It seems that the parsing on the client is more lenient than on the server.
Besides the bugs:
What is the expected date format for BatchUploader? Is it (Browser) locale-setting dependent?
Thank you & Best regards
Blama
please see this sample (happens in latest 5.1 and the 6.0 online showcase) and upload this file:
Code:
"nextShipment","category","itemName","itemID","unitCost","description","SKU","inStock","units" "11/21/2014","Audio","Small grey widget",,0.41,"","545315","","Ea" "21/11/2014","Audio","Small grey widget",,0.41,"","545315","","Ea" "2014/21/11","Audio","Large grey widget",,0.41,"","45300","","EACH" "2014/11/21","Pencils","Small blue gizmo",,-0.47,"","90600","","Ea" "2014-11-21","String","More string",,0.58,"","1900111","","Roll" "2014-21-11","String","More string",,0.58,"","1900111","","Roll"
After double clicking the field and leaving the editRow again, 1+4 are valid dates now. 3 suffers from this bug.
6 is successfully parsed, but not formatted(?). (2 has a genuine error and 5 is OK).
In the server logs for the upload, the rows with errors have Translater exceptions.
It seems that the parsing on the client is more lenient than on the server.
Besides the bugs:
What is the expected date format for BatchUploader? Is it (Browser) locale-setting dependent?
Thank you & Best regards
Blama
Comment