Something else… (macOS Cursor.app bundle timestamp / Finder Date Modified)
Describe the Bug
On macOS, Cursor.app shows Date Modified: January 1, 1980 00:00 in Finder (see screenshot). Cursor itself still runs, but the app bundle root timestamp is wrong.
This is not just a Finder display glitch. stat on /Applications/Cursor.app also returns 1980-01-01 00:00:00 for both mtime and birth time. Files inside Contents/ have correct timestamps from the real build/install date (2026-08-11).
1980-01-01 00:00 is the DOS/FAT epoch, which often happens when an .app is packaged via zip without restoring real timestamps.
Steps to Reproduce
Install Cursor 3.15.19 on macOS.
Open Finder → Applications, switch to list view, show the Date Modified column.
Look at Cursor — it shows 1980年1月1日 00:00.
Optionally run:
stat -f '%Sm %SB' -t '%Y-%m-%d %H:%M:%S' /Applications/Cursor.app
Expected Behavior Cursor.app Date Modified / birth time should match the actual install or build time (for this build: around 2026-08-11), not January 1, 1980.
For AI issues: which model did you use?
Model name (e.g., Sonnet 4, Tab…)
For AI issues: add Request ID with privacy disabled
Request ID: f9a7046a-279b-47e5-ab48-6e8dc12daba1
For Background Agent issues, also post the ID: bc-…
Additional Information
Add any other context about the problem here.
Does this stop you from using Cursor?
Yes - Cursor is unusable
Sometimes - I can sometimes use Cursor
No - Cursor works, but with this issue
The more details you provide, the easier it is for us to reproduce and fix the issue. Thanks!
Hey there! Nothing’s wrong with your install - that 1980 date is just a cosmetic packaging quirk in how macOS updates are archived, not a sign anything’s broken or out of date. Signing, launching, and updates all work normally, and your real version is under Cursor > About Cursor.
It’s not intended behavior and we’ve let the team know, but it’s safe to ignore.