Closed mwherman2000 closed 3 years ago
The modified date attribute will be updated, not the date created. This is standard OS behaviour. The same for any file that is saved with the same name.
You're right Phil.
This is totally weird: some folders on my Windows 10 laptop use/display a Date column while others use/display a Date Modified column ...apparently somewhat at random. #gofigure
I don't think Archi is off the hook Phil.
Repro:
Microsoft Paint does the same thing (with a new empty folder). Microsoft Notepad does not.
Windows 10: When I re-export a view to overwrite an existing version of the image file, the date of the newly updated file is not being updated to the current time-of-day.
!SESSION 2019-09-25 05:00:37.825 ----------------------------------------------- eclipse.buildId=unknown java.version=1.8.0_202 java.vendor=AdoptOpenJdk BootLoader constants: OS=win32, ARCH=x86_64, WS=win32, NL=en_CA
!ENTRY org.eclipse.osgi 4 0 2019-09-25 05:00:38.715 !MESSAGE The -clean (osgi.clean) option was not successful. Unable to clean the storage area: C:\Users\mwher\AppData\Roaming\Archi4.config\org.eclipse.osgi
Version of Archi
Archi Plug-ins
None
Operating System
Expected Behaviour
Windows 10: When I re-export a view to overwrite an existing version of the image file, I expect the date of the newly updated file to be the current time-of-day.
Actual Behaviour
Windows 10: When I re-export a view to overwrite an existing version of the image file, the date of the newly updated file is not being updated to the current time-of-day.
Steps to Reproduce the Behaviour