Downloaded ZIP file contains directories with mtime set to 0 (i.e. Jan 1st, 1970)
Downloaded ZIP file contains directories with mtime set to 0 (i.e. Jan 1st, 1970)
Hallo,
I have just downloaded an update of my Datatables, as a ZIP from page https://datatables.net/download/.
Having unpacked the ZIP file (in KUbuntu) and run the Gradle task to rebuild my application, Gradle basically crashed with a
Execution failed for task ':jvmProcessResources'.
> Invalid Timestamp -3600000 for 'file '.../resources/DataTables.20221214/KeyTable-2.8.0/js''.
error.
Google having no idea as to what that meant, I looked at the directory information
stat KeyTable-2.8.0/js/
File: KeyTable-2.8.0/js/
Size: 4096 Blocks: 8 IO Block: 4096 directory
Device: 801h/2049d Inode: 85330982 Links: 2
Access: (0775/drwxrwxr-x) Uid: ( 1000/ george) Gid: ( 1000/ george)
Access: 2022-12-14 07:24:55.371334989 +0100
Modify: 1970-01-01 00:00:00.000000000 +0100
Change: 2022-12-14 07:24:55.359334909 +0100
Birth: 2022-12-14 07:24:55.355334882 +0100
Oops...
I wondered if there were any others:
find . -mtime +1000 -exec stat {} \; | egrep 'File|Modify'
File: ./KeyTable-2.8.0/js
Modify: 1970-01-01 00:00:00.000000000 +0100
File: ./KeyTable-2.8.0/css
Modify: 1970-01-01 00:00:00.000000000 +0100
File: ./JSZip-2.5.0
Modify: 1970-01-01 00:00:00.000000000 +0100
File: ./FixedColumns-4.2.1/js
Modify: 1970-01-01 00:00:00.000000000 +0100
File: ./FixedColumns-4.2.1/css
Modify: 1970-01-01 00:00:00.000000000 +0100
File: ./Scroller-2.0.7/js
Modify: 1970-01-01 00:00:00.000000000 +0100
File: ./Scroller-2.0.7/css
Modify: 1970-01-01 00:00:00.000000000 +0100
File: ./jQuery-3.6.0
Modify: 1970-01-01 00:00:00.000000000 +0100
File: ./Responsive-2.4.0/js
Modify: 1970-01-01 00:00:00.000000000 +0100
File: ./Responsive-2.4.0/css
Modify: 1970-01-01 00:00:00.000000000 +0100
File: ./RowReorder-1.3.1/js
Modify: 1970-01-01 00:00:00.000000000 +0100
File: ./RowReorder-1.3.1/css
Modify: 1970-01-01 00:00:00.000000000 +0100
File: ./RowGroup-1.3.0/js
Modify: 1970-01-01 00:00:00.000000000 +0100
File: ./RowGroup-1.3.0/css
Modify: 1970-01-01 00:00:00.000000000 +0100
File: ./ColReorder-1.6.1/js
Modify: 1970-01-01 00:00:00.000000000 +0100
File: ./ColReorder-1.6.1/css
Modify: 1970-01-01 00:00:00.000000000 +0100
File: ./pdfmake-0.1.36
Modify: 1970-01-01 00:00:00.000000000 +0100
File: ./SearchPanes-2.1.0/js
Modify: 1970-01-01 00:00:00.000000000 +0100
File: ./SearchPanes-2.1.0/css
Modify: 1970-01-01 00:00:00.000000000 +0100
File: ./FixedHeader-3.3.1/js
Modify: 1970-01-01 00:00:00.000000000 +0100
File: ./FixedHeader-3.3.1/css
Modify: 1970-01-01 00:00:00.000000000 +0100
File: ./DataTables-1.13.1/js
Modify: 1970-01-01 00:00:00.000000000 +0100
File: ./DataTables-1.13.1/images
Modify: 1970-01-01 00:00:00.000000000 +0100
File: ./DataTables-1.13.1/css
Modify: 1970-01-01 00:00:00.000000000 +0100
File: ./Buttons-2.3.3/js
Modify: 1970-01-01 00:00:00.000000000 +0100
File: ./Buttons-2.3.3/css
Modify: 1970-01-01 00:00:00.000000000 +0100
File: ./Select-1.5.0/js
Modify: 1970-01-01 00:00:00.000000000 +0100
File: ./Select-1.5.0/css
Modify: 1970-01-01 00:00:00.000000000 +0100
File: ./StateRestore-1.2.0/js
Modify: 1970-01-01 00:00:00.000000000 +0100
File: ./StateRestore-1.2.0/css
Modify: 1970-01-01 00:00:00.000000000 +0100
File: ./Editor-2.0.10/js
Modify: 1970-01-01 00:00:00.000000000 +0100
File: ./Editor-2.0.10/css
Modify: 1970-01-01 00:00:00.000000000 +0100
File: ./jQueryUI-1.13.2/themes/base/images
Modify: 1970-01-01 00:00:00.000000000 +0100
File: ./AutoFill-2.5.1/js
Modify: 1970-01-01 00:00:00.000000000 +0100
File: ./AutoFill-2.5.1/css
Modify: 1970-01-01 00:00:00.000000000 +0100
File: ./SearchBuilder-1.4.0/js
Modify: 1970-01-01 00:00:00.000000000 +0100
File: ./SearchBuilder-1.4.0/css
Modify: 1970-01-01 00:00:00.000000000 +0100
File: ./DateTime-1.2.0/js
Modify: 1970-01-01 00:00:00.000000000 +0100
File: ./DateTime-1.2.0/css
Modify: 1970-01-01 00:00:00.000000000 +0100
Might anything be done with your ZIPper to fix this really odd behaviour?
In the interim, and in case another of your users has the same problem sometime,I fixed the mtimes with the mantra:
find . -mtime +1000 -exec touch {}/aaa \; -exec rm {}/aaa \;
All the best,
George
Replies
Hi George,
Interesting one! I'm not actually seeing the same issue unfortunately. I just selected this download
and all the files appear okay:
I'm using OpenSUSE Tumbleweed and unzip:
Allan
Hallo, Allan,
Agreed, unzip does it correctly. So the file itself is OK.
I was using "ark". I'm going to file a bug report with the KDE guys.
May I send them your file?
Sorry for the confusion. My apologies.
George
Yes of course. If you get a bug number it might be worth linking it in this thread, just in case it is something that I've done something wrong...!
Allan