Skip to content

[BUG] Handling of max path length when creating notes #22

Closed

Description

@chhoumann

OSes have different max path lengths. Windows & Android seems to be the most restrictive, at 255 characters.

I'm considering standardizing this across all platforms, so pattern-matching is easier (same note title is generated).

I haven't been able to find examples of good handling of this, though. Even when trying to create a note with standard Obsidian features, the error message doesn't indicate that it's the length of the file name which causes the error. It simply fails to create the note.
This is the current behavior for PodNotes.

Notably, podcasts like The Tim Ferriss Show do not shy away from long episode titles.
It would be a shame to not be able to use the plugin on episodes, simply due to their long titles.

Activity

  1. github-actions commented on Jun 22, 2026

    @github-actions
    Contributor

    🎉 This issue has been resolved in version 2.17.0 🎉

    The release is available on GitHub release

    Your semantic-release bot 📦🚀

  2. chhoumann commented on Oct 11, 2026

    @chhoumann
    OwnerAuthor

    Re-checked on current master (07b2812, PodNotes 2.20.2) in Obsidian 1.13.7 on desktop Linux, in an isolated test vault.

    Steps: subscribed to a feed with a 300+ character episode title, created the episode note from the episode menu, and downloaded the episode.

    Result: fixed. The note and the download are both created. The file names are capped at 255 bytes, and the menu then offers "Open Note" for the capped note. No errors in the console.

    vault files

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Metadata

Metadata

Assignees

No one assigned

    Labels

    Projects

    No projects

      Milestone

      No milestone

      Relationships

      None yet

      Development

      No branches or pull requests

      Issue actions