I think it was a transient problem. I have not experienced it for some time.

Actually, at least for me, UploadWizard currently seems to be keeping the files in the order they are selected for upload. The bug thus appears to have been fixed.

I am still experiencing this transiently. The error message is: "The upload succeeded, but the server could not get a preview thumbnail." I was using Firefox 40.0.3.

I don't see the problem when using Safari on my iPad.

I'm not sure what you mean by "We already give the user that option" – how does a user opt to use some other date and time, or select the EXIF date and time? I tried manually entering times into the field but these were ignored.

So can anything be done about this?

I encountered the issue while uploading JPEG files using the latest version of Mozilla Firefox. Not sure when the issue started – I noticed it a few days ago.

I'm afraid I don't follow the logic. If the EXIF time can sometimes be wrong, why not the date as well? For example, if my camera is set to Singapore time (GMT+8) and then I travel to the UK (assume GMT) and do not reset the time, if it is 8:00 pm on 25 August in the UK, the camera will indicate that it is 4:00 am on 26 August in Singapore. Thus, the date is incorrect. There is no reason to assume that the date will always be correct but not the time.

I tried altering concurrent uploads to 1 but that doesn't seem to help in getting files to upload in a particular order.

Thanks. Is it really a problem with the browser, though? I only seem to get that problem when using the UploadWizard.

What are indexing settings?