Thanks to visit codestin.com
Credit goes to github.com

Skip to content

Resume state in watch_later is not portable across Macs even with identical file paths and copied app data #5858

@ellio00r

Description

@ellio00r

IINA Version

1.4.1

Release Channel

Release

macOS Version

15.6

Steps to Reproduce

I have an old Mac and a brand new purchased Mac. I also have some external hard drives that contain MP4 files that I always opened on my old Mac.

When I bought a new Mac, I conntected my hard disks to the new Mac. I then copied:
~/Library/Preferences/com.colliderli.iina.plist
~/Library/Application Support/com.colliderli.iina/

This last folder contains the important "watch_later" folder, in it are thousands of files with hashes which contain the resume state of where I left off, as well as other customized settings for that video.

On my new Mac, I copied and pasted those two into the correct directories.
I connected my external hard disks to my new Mac, and then tried opening many different MP4 files, hoping they would now remember the resume state and other settings for that video, but none of them did. Instead, each video started playing from the beginning, with no settings or resume-state saved.

How do I fix this? Any thoughts welcome. Maybe I could somehow force it to only consider the filename, and then apply the resume-state based on the filename (and ignore the path)? Would that work?

Some aditional notes:
• The watch_later files do contain valid resume data (e.g. start=…).
• File paths are identical and files exist at the same locations. I did not change any disk names of my external hard drives.
• This appears to be caused by the hash used for watch_later filenames being derived from a media URL that includes machine-specific identifiers (e.g. volume UUID or file-ID URL form), making resume state effectively machine-bound.
• There is currently no documented way to:
• migrate resume state to another Mac
• force path-based matching
• or remap existing watch_later files

Expected Behavior

IINA should:
• detect the existing watch_later resume file for that media
• resume playback from the previously saved position
• restore per-file settings (crop, filters, volume, etc.)

Actual Behavior

•	All videos start from the beginning.
•	No resume position or per-file settings are restored.
•	Existing watch_later files are silently ignored.
•	New watch_later files with different hash filenames are created instead.

Crash Report or Process Sample

No response

Logs

No response

Sample Files

No response

How often can you reproduce the issue

Every time

Required Actions

  • I tried my best to search from the existing issues (including closed issues) and didn't find duplicated issues.

Optional Actions

  • I tested with the Nightly build and confirmed the issue is not fixed.
  • I tested with the latest version of mpv and confirmed mpv doesn't have this issue.

Metadata

Metadata

Assignees

No one assigned

    Labels

    No labels
    No labels

    Type

    No type

    Projects

    No projects

    Milestone

    No milestone

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions