Allow override for download links without correct file ending about podcast-dl

[lightpohl]

Hey @lukengda!

Thanks for letting me know about this issue you're running into. I have a local branch with a likely fix, but I wanted to verify that it'll work for the feeds you're encountering. Would you mind posting one of the RSS feeds or at least a snippet of one?

Mainly just want to verify that they are providing the audio links via an enclosure and are including the type property.

[lukengda]

Oh, you are right, I missed the fact that the enclosure contained a type directive.

It's great to here that you already have something in mind for a solution.

Here is an example of a feed item:

    <item>
      <title>#title</title>
      <link>https://example.com/episode/49eab2eab9f1cd6148f211</link>
      <description>Content</description>
      <enclosure url="https://files.example.com/49eab2eab9f1cd6148f211"
        length="0"
        type="audio/mpeg"/>
      <pubDate>Wed, 27 Jan 2021 00:00:00 +0000</pubDate>
      <guid>episode:49eab2eab9f1cd6148f211</guid>
      <dc:date>2021-01-27T00:00:00+00:00</dc:date>
      <itunes:explicit>no</itunes:explicit>
      <itunes:subtitle></itunes:subtitle>
      <itunes:duration>00:33:17</itunes:duration>
      <itunes:image href="https://i.example.com/49eab2eab9f1cd6148f211"/>
    </item>

I hesitate a bit to post the link here but I could provide it to you personally if you want to make your own tests with it.

[lightpohl]

Ah, that's perfect! Thanks!

Issue should be resolved in v4.1.4. Worked with my tests locally but let me know if you run into issues with it. 👍

[lukengda]

Works like a charm, thanks for the patch & release