ntm

Hi David,

the images is updated once every 24h. If you want to change the image then it is a good idea to give the new image file a different file name.

I have looked into the source code of your podcast feed and you are right: everything is in order. The iTunes Store page is also showing the a custom image.

Regards,
Tim

Okay, I took a look and I can hopefully explain what ‘s wrong.

You have registered the URL https://www.realestate360live.com/feed/podcast/ at the iTunes Store as the URL of your podcast. But this URL leads currently to the page Podcasts of your blog because the feed with the slug name “podcast” does not exists anymore. You have renamed to re360 (https://www.realestate360live.com/feed/podcast/) and that feed is working and loaded with all meta information you would like to see on the iTunes Store page of your podcast.

But currently the iTunes Store server does not known that the re360 feed is your podcast feed. It has still the old URL and since it is no longer a feed with data in a certain structure, it is not possible to download episodes after subscribing with the iTunes client software to your podcast. The information on the iTunes Store page and server are old information from the time when the registered URL was still a valid feed.

Usually when you rename a feed or when you move your podcast then you can inform the iTunes Server of the new URL by keep both (the new and the old) feeds alive at the same time for a couple of days. During this time you need to activate the iTunes:new-feed-url option in the settings of the old feed. It is also necessary insert the URL of the new podcast feed in the related input on the settings page. podPress will then add this information to the old feed and the iTunes Server will switch the URL after the next update cycle. When the server take the information from the new URL, you may deactivate the old feed.

I have prepared the podPress Feed/iTunes Settings page of your blog. If you intend to keep the new URL then you just need to activate the podPress Feed with the name “podcast” (see the last section of the settings page).

An alternative idea would be to rename the “re360” feed to “podcast” again.

Regards,
Tim

Hi Ryan,

I contacted your via the contact form of your blog. I will take a look and try to help you.

Nathan,

thank you for letting me take a look.

One solution is to add a few lines of code for instance to the style.css file of your theme or maybe to the /podpress/style/podpress.css file.

The following lines should help:

.podPress_imgicon {
	width: 80px!important;
	height: 15px!important;
}

It seems that your theme enlarges images in the featured post and since the icon is an image file, it increase also the size of the icon.

But note that if you put these lines of CSS code in a file of your them or the podpress.css file, updates of the theme or podPress will overwrite these added lines and you would probably need to add them again after the update.

Hi Nathan,

which browser do you use? I visited you page with three different browsers. But I could not discover a huge mp3 icon. That is why I think the problem may have something to do with a certain browser. To resolve the issue I would like to see the problem. Usually one can solve such problem with some additional CSS. But without knowing more about the nature of the issue, I cannot be more specific.

Regards,
Tim

Hi Ryan,

it seems possible that you have inserted show summary, keywords, categories in the wrong or at least not in all relevant section of the Feed/iTunes Settings page of podPress. This page has 2 main sections “Settings for the default Feeds” and “podPress Feeds”. If you have put the information in to the fields of the first section, it is okay. But you need to copy these values also to the settings of the “podcast” feed in the “podPress Feeds” section. This section contains the settings for the feed with the URL realestate360live.com/?feed=podcast or (realestate360live.com/feed/podcast). The section “Settings for the default Feeds” contains settings which help to customize default WP feeds like realestate360live.com/feed/.

Regards,
Tim

This is the case if the duration values in the feed are 0:01 or if they are in a format iTunes does not recognize correctly.

If you use the Auto Detect button, podPress will try to discover the duration value from media file. But there are circumstance which prevent th automatic detection of the duration in such a case you may insert the value manually. It should the format hh:mm:ss (hours, minutes, seconds).

The request looks like standard request to retrieve information and data of a category, tag or other term. SELECT t.*, tt.* FROM ... is a line which you can find in the \wp-includes\taxonomy.php file. It is for instance part of the WP function get_term().

Why do you think that this is a podPress problem?

If the iTunes Store page of your podcast is not updating at all then the Server Timed Out message may indicate the cause.
The HTTP/1,1 200 OK answer says only that the server of your podcast is answering the the request but I could observe that the server is slow. I tried the feed validators myself and used the URL of your podcast feed. they all had problems with this slow speed.

But one can load your feed with the browser and copy/paste the XML source code of the feed into the special field of another validator https://validator.w3.org/feed/#validate_by_input

I have done this and would say that the feed is in a okay shape. The validator stated that is valid. But you may deactivate the function “Print podPress elements into the <content:encoded> tags” (on the Feed/iTunes settings page > section Further Feed Settings). Deactivating this will reduce the amount of data in the feed and maybe reduce the download time a little bit. But you should also talk to your hosting provider.

The description above is still the way to go and since you have new blog this might be a real option.

Did you install other podcast (or feed modifying) plugins? Is one of them active?

podPress adds usually such a line. But it does not look whether other plugins have already added such a line to the name space section of the feed.

Could you also make screenshot of the situation when expand one or more list entries?

It would be helpful if could make a further screenshot of your widget settings. This would help me finding the related code snippet and to debug this.

Thanks for the note. I will look into this matter.

Hi Ethan,

it seems that you are using a non-default Permalink scheme. That is okay. But it seems that you have also sub folders which have the same name as the feed. Do you have a sub folder /feed and a sub sub folder /feed/podcast ?
I recommend that remove or rename these folders. Because having folder names which are equal to the URLs WP produces with a non-default Permalink scheme might lead problems one can observe in your blog.

Please, try also whether it makes a difference using the default Permalink scheme.

(I’m currently on a voyage and will probably answer this and other support requests at the weekend or at the beginning of next week.)

Regards,
Tim