The ezbinaryfile table can contain multiple rows with the same value in the filename column but for a different version of the attribute. In case there are such multiple rows for a file that has no extension suffix, on Windows stored files can get deleted from the file system, because the script does the following:

row 1, rename file without suffix to file name with suffix by calling eZFile::rename(): on Windows, the destination file gets removed first with unlink()

row 2, rename the same file without suffix (which was deleted by row 1 though) to file name with suffix, on Windows, the destination file gets removed first with unlink(), so the corresponding file for row1 gets deleted.