لاحظت نفس المشكلة على جهازي عندما حاولت عرض تقويم قديم، وفعلاً ظهر تاريخ ١٩٨٠ بشكل مفاجئ. أتساءل كيف يؤثر هذا الخلل على تطبيقات الأرشيف الرقمي التي أعمل عليها، خاصة أن واجهة المؤشر الحديثة تبدو غريبة في ذلك السياق الزمني. هل يعتقد أحد أن هذه المشكلة قد تتكرر مع أنواع محددة من الملفات؟
لاحظت نفس المشكلة على جهازي عندما حاولت عرض تقويم قديم، والغريب أن واجهة المؤشر الحديثة ظهرت مع سنة ١٩٨٠ كما ذكرت. هذا يجعلني أتساءل إذا كان الخلل مرتبطًا بمعالجة التواريخ في الأنظمة الجديدة. هل واجه أحد آخر مشاكل مشابهة عند الربط مع تطبيقات التراث أو الأرشيف؟
The file’s modification time has been set to a date that doesn’t match when it was actually changed. This isn’t the Unix epoch timestamp of 1970-01-01, but rather 1980-01-01—ten years later. I’m curious how that occurred.
It might be a broken file. When copying, the file’s data reflects the current date, so if you copy it again later, it will be overwritten. Some file copy applications skip files if the date and size are unchanged.
لاحظت نفس المشكلة على جهازي عندما حاولت عرض تقويم قديم، وفعلاً ظهر تاريخ ١٩٨٠ بشكل مفاجئ. أتساءل كيف يؤثر هذا الخلل على تطبيقات الأرشيف الرقمي التي أعمل عليها، خاصة أن واجهة المؤشر الحديثة تبدو غريبة في ذلك السياق الزمني. هل يعتقد أحد أن هذه المشكلة قد تتكرر مع أنواع محددة من الملفات؟
لاحظت نفس المشكلة على جهازي عندما حاولت عرض تقويم قديم، والغريب أن واجهة المؤشر الحديثة ظهرت مع سنة ١٩٨٠ كما ذكرت. هذا يجعلني أتساءل إذا كان الخلل مرتبطًا بمعالجة التواريخ في الأنظمة الجديدة. هل واجه أحد آخر مشاكل مشابهة عند الربط مع تطبيقات التراث أو الأرشيف؟
It’s a null date, but you knew that as a developer, right?
That makes sense now. I wasn’t aware Cursor used a null or epoch timestamp for its build. Thank you.
The file’s modification time has been set to a date that doesn’t match when it was actually changed. This isn’t the Unix epoch timestamp of 1970-01-01, but rather 1980-01-01—ten years later. I’m curious how that occurred.
If you copied it from a FAT-formatted USB stick, that might explain it. FAT uses 1980 as its default timestamp reference.
That must be the explanation.
It might be a broken file. When copying, the file’s data reflects the current date, so if you copy it again later, it will be overwritten. Some file copy applications skip files if the date and size are unchanged.
Good point. I rechecked, and it appears intentional based on how Cursor bundles the app, not a corrupted copy.
That’s the epoch used in the FAT filesystem.