Bug #95122

FAL Last modified / create date

Added by Andrea Herzog-Kienast about 2 months ago. Updated about 1 month ago.

Status:
New
Priority:
Should have
Assignee:
-
Category:
File Abstraction Layer (FAL)
Target version:
-
Start date:
2021-09-06
Due date:
% Done:

0%

Estimated time:
TYPO3 Version:
10
PHP Version:
7.2
Tags:
Complexity:
Is Regression:
Sprint Focus:

Description

Hey guys,

It seems that create date and Last modified date in FAL is reversed (info and ref view.) Checked it in TYPO3 7/8/10.

Cheers,

Andrea


Files

last-mod-1.PNG (7.14 KB) last-mod-1.PNG Andrea Herzog-Kienast, 2021-09-06 14:34
Bildschirmfoto 2021-09-06 um 16.32.53.png (43.2 KB) Bildschirmfoto 2021-09-06 um 16.32.53.png In List View its correct Christoph Schwob, 2021-09-06 14:41
#1

Updated by Christoph Schwob about 2 months ago

Also occurs in current master.

But there it's only on ElementInformation and not on FileList's default view.

#2

Updated by Andreas Fernandez about 2 months ago

This is a Linux specialty. Linux (at least the commonly used ext4 file system) doesn't store the actual creation date in a file's metadata in the file system, but the last inode change time, becoming the actual result of filectime(). With renaming a file, the inode changes as well, thus the "creation date" gets updated in FAL storage as well.

I don't think there's much we can do here but not relying on the dates the file system reports to TYPO3, which requires major rewrites of FAL, AFAICS.

#3

Updated by Andrea Herzog-Kienast about 1 month ago

Jepp, but strange noboby noticed. As I can see: Uploaded file in FAL gets a timestamp, however upload date. If you change the filename LINUX "thinks" - a new file. Changing Metadata doesn't have any influences to date times.

Also available in: Atom PDF