0.93: Creation date and modification date problem
Posted: Sun Mar 03, 2019 3:23 pm
Version XnView MP Windows 0.93 64bits (Jan 31 2019)
OS: Windows 10 64 bit
Two problems (or two parts of one):
1. When changing a .jpg image with "resize" operation and saving, modification date is not updated. This should always happen (by default), because current behaviour breaks sync services. Sync programs like Dropbox or MegaSync tend to use the modification date to decide if your file is uploaded (because it is newer than cloud version) or overwritten from cloud version. For example, whenever i change a file, MegaSync overwrites my changed files with the cloud version because the modification date didn't change!
2. This can be fixed by disabling all "Keep original date/time" settings in Settings -> File Operations. But now, if i change a file and save it, is also changes the creation date, which means that this setting is unusable, because it removed creation date information (that i want to keep) for no reason.
Expected behaviour:
By default, XnView should always change modification date when file is modified, and never change creation date when a file is not created and only modified. That is the point of creation date and modification date metadata for any file and any other program i know respects this standard behaviour.
OS: Windows 10 64 bit
Two problems (or two parts of one):
1. When changing a .jpg image with "resize" operation and saving, modification date is not updated. This should always happen (by default), because current behaviour breaks sync services. Sync programs like Dropbox or MegaSync tend to use the modification date to decide if your file is uploaded (because it is newer than cloud version) or overwritten from cloud version. For example, whenever i change a file, MegaSync overwrites my changed files with the cloud version because the modification date didn't change!
2. This can be fixed by disabling all "Keep original date/time" settings in Settings -> File Operations. But now, if i change a file and save it, is also changes the creation date, which means that this setting is unusable, because it removed creation date information (that i want to keep) for no reason.
Expected behaviour:
By default, XnView should always change modification date when file is modified, and never change creation date when a file is not created and only modified. That is the point of creation date and modification date metadata for any file and any other program i know respects this standard behaviour.