I’d appreciate it if you would subscribe to a couple of my podcasts.
I haven’t decided that you need to listen to me wandering around the house, getting a beer (the thirtieth, if I’m recording my rambling on), just the usual testing of things rather than doing them. Stuart says that he’s having trouble managing to mirror files for the LugRadio podcast, because people complained that they got nothing when he used fixed URLs in the enclosures, that redirected to the actual URL, and now when he changes the direct enclosure URL if a mirror disappears, the file gets downloaded again.
So, a couple of things that I’d appreciate your subscribing to in whatever podcast clients you have around, and reporting on:
- This one tests my contention that for an item with a guid, a change in the enclosure URL should be ignored. If you subscribe and download the enclosure, then no matter how many times you refresh the feed, no new enclosure should be found, reported, or downloaded. If you subscribe, but don’t automatically download the enclosure before refreshing, then the single reported enclosure should change on each refresh, to the newest URL.
- This one tests the incredibly basic HTTP client ability to follow a redirect. You should wind up with two enclosures: depending on how bright your client is, either redir.mp3 and redir2.mp3, or ideally lesslikeyou.mp3 and losingtouch.mp3 (since the payload for both tests is songs by the too rarely with us Shannon Campbell).
Let me know what results you get, with what clients, and also whether or not I’m correctly testing what I think I am, and whether I’m right about the correct behavior, and then we can get out the ol’ HTTP pitchforks and torches, and go hunting developers. It’s been too long since we’ve had any angry mob justice aimed at them, anyway.