Podcast art not working; episodes not downloading to iTunes

I’ve just created a new podcast, and when I try to send it to iTunes the feed is not validating. It’s saying it can’t download episodes from the feed, and it doesn’t find an image for the podcast.

I’ve checked, and it seems Podlove is trying to send out / creatingfiles in the form of the following:
http://sexplus.se/podlove/image/687474703a2f2f736578706c75732e73652f77702d636f6e74656e742f75706c6f6164732f323031372f30362f536578706c75732d706f646172742e6a7067/0/0/0/sex
and
http://sexplus.se/podlove/file/1/s/feed/c/mp3/Sexplus-0001.mp3

Instead of directing them to the “real” places;

and

The Podlove addresses don’t work, but the original files work just fine. So, how can I make Podlove use the actual files instead of the crazy ones?

I’ve got another podcast hosted on the same server, it at least used to work just fine previously, but now it seems it has gone downhill to the same kind of problems in the feed - which means something must have been changed in the last few months regarding how Podlove works, or how it interacts either with Wordpress or with being hosted on a Nginx server.

Additional info: The web player doesn’t seem to find the mp3 file, and the picture in the web player doesn’t load. The picture on the actual “post” works just fine however, and when you click “download” you find the mp3 file just fine.

Any help would be greatly appreciated.

I have a very similar issue on 2.5.2:

After migrating from Blubrry (successfully, according to the assistant), images are shown as missing in the webplayer and empty in podcatchers. The original image itself works, the cached image URL in the feed doesn’t.

I have tested several images, several image options (cover, asset:jpg with episode-specific image, post thumbnail) and options (manual website protocol setting to all HTTPS, which solved a feed problem; deactivating the SSL-peer verification check for assets).

Furthermore, iTunes doesn’t validate the feed nor the image. The episodes work in the webplayer and feed works in Antennapod though (only one podcatcher tested).

I should probably add I’m on 2.6.0.

Have you tried using “Clear Cache” and/or “Attempt Repair” in the Podlove -> Tools section?

Can you provide us with links to your website?

You should also update to 2.6 as soon as possible as it closes an important security hole.

I have tried both “Clear Cache” and “Attempt repair”, but no effect.

I am also on 2.6 as I did a clean install on this site today.

The site is at http://sexplus.se/.
My other pod, that used to work but is now experiencing the same issues, are at http://samlingsregeringen.se/.

One more thing to try: Go to “Settings > Permalinks” and click “Save Changes” to flush Permalink settings.

If that doesn’t help, go to “Podlove > Support” and copy the system report. Then have a look at the Debug Log below and see if there are any entries that seem related.

Regarding Audio URLs: Go to “Podlove > Expert Settings > Tracking” and see if the “Debug Tracking” section reveals any issues. If you want the Publisher to link to the real files, chose “No Tracking” here, but that of course deactivates analytics.

Well, tried again to save the permalinks setting, but that didn’t do anything for the feed.

In the Support part, there are no errors that I can find. In the Tracking part, there are issues though:

  1. Vi gillar sex - Ett avsnitt om att bejaka sex, nakenhet och olikhet.
    http://sexplus.se/wp-content/uploads/podcast/Sexplus-0001.mp3
    http://sexplus.se/podlove/file/2/s/debug/Sexplus-0001.mp3
    :heavy_check_mark: Rewrite Rules Exist
    ✘ URL does not resolve correctly
    :heavy_check_mark: Consistent protocol chain
    :heavy_check_mark: Geolocation database valid

Now, I turned off tracking, and the URL starts resolving correctly. The iTunes validation also takes away the error of not finding any episodes in the feed. One error remains however, and that is the URL of the artwork, that still is created “inside” Podlove, instead of linking to the original image file in the uploads-catalogue. So, progress, but before I can get the odcast accepted I must turn off something that makes Podlove try to create an alternative URL for the artwork image file. How do I do that?

Put this in your wp-config.php or any other PHP file loaded by WordPress:

# constant available since Publisher 2.6
define('PODLOVE_DISABLE_IMAGE_CACHE', true);

Note however that this also disables image resizing, meaning your covers will always be delivered full size, even if only a small image is required, like in the web player.

https://baloisejobs.com/podcast (episodes are published as part of a blog).

That solved the image display issue, and the feed doesn’t throw any more errors in iTunesConnect. Thank you!