Skip to content

Recording date uses wrong timestamps - ctime instead of mtime #641

@LATINO-BICEPS

Description

@LATINO-BICEPS

Describe the bug
From what I observe, all recording timestamps are based on ctime and not mtime. This results in wildly inaccurate timestamps if videos prior to ingestion had metadata modified much later after the recording date such as simply moving the source from Folder A -> Folder B.

$ stat file1
# ctime is off by 3 years and is reported in fireshare as 24-05-26
Access: 2025-03-25 12:11:29.671174000 +0800
Modify: 2023-12-26 01:10:08.010043800 +0800
Change: 2026-05-24 14:51:11.693709644 +0800

$ stat file2
# recording date reported as 18-12-25 instead of 27-07-25
Access: 2025-07-27 09:58:18.787404800 +0800
Modify: 2025-07-27 09:58:25.572404800 +0800
Change: 2025-12-18 20:59:25.073715783 +0800

To Reproduce
Steps to reproduce the behavior:

  1. Choose any one of your clips
  2. Move it back and forth in your file manager (Finder for me)
  3. Ensure ctime and mtime is different
  4. Move it into your ingest folder

Expected behavior
Timestamps should use mtime instead as it will not change unless the source is directly edited. Realistically, this should never happen as clips are usually saved as a new file and not in-place.

Screenshots
If applicable, add screenshots to help explain your problem.

Desktop (please complete the following information):

  • Chrome

Additional context
Add any other context about the problem here.

Metadata

Metadata

Assignees

Labels

bugSomething isn't working

Projects

No projects

Milestone

No milestone

Relationships

None yet

Development

No branches or pull requests

Issue actions