Plugin Support
Shawn
(@shawnogordo)
Reply with the URL of the media file that’s not verifying so we can do some testing and take a closer look at what’s going on.
Hi Shawn, thank you for taking the time to respond.
That’s the thing, the file plays in the player/pop-up and incognito browser window. Only Auto-Verification is failing. This just began after the most recent upgrade.
Direct URL to the file:
https://libertytalk.fm/ShowHostContent/EGeorge/OnDemand/2025-04-19-MOC-on-demand.mp3
Page with PpowerPress player embed:
https://libertytalk.fm/power-patient-importance-medical-autonomy/
Plugin Support
Shawn
(@shawnogordo)
I was able to successfully verify that media file URL on two different test WordPress sites. There may be a conflict happening within your WordPress installation. Make sure core WordPress, all plugins, and your WordPress theme are up to date. This support document also has suggestions on how to diagnose conflicts within your WordPress installation:
https://blubrry.com/support/powerpress-documentation/diagnosing-feed-andor-player-issues-with-powerpress/
It’s also not mandatory for PowerPress to verify media file URLs in order to publish podcast episodes. Even if it can’t verify a media file URL, PowerPress will pass on that file URL to your show’s podcast RSS feed and embedded media player when you publish the post.
Hi Shawn, thanks for the exhaustive testing of the file. Figured the error could not have been too serious since the file still correctly plays on site, but I certainly appreciate your efforts.
My OCD will drive me bonkers until the glaring red ‘failed to verify’ error is resolved, so will be sure to pass your findings on to our hosting provider.
Will update this post once we figure out what the cause is on the server so as to hopefully assist anyone else who may encounter a similar issue.
Good day Shawn,
The hosting company responded requesting an explanation on how the file is called so they may investigate further. Can you provide an answer to the following:
“We have now investigated the issue with the help of our colleagues from the network team.
It seems when the mp3 file is called manually or using the php scripts it works just fine.
Kindly share if you have any information on how the mp3 file is getting called, so we can investigate how it is getting re-routed.“
Certainly will appreciate some insight.
@libertytalk did you resolve this? This happened to us on the 16th of April. That same day PowerPress auto updated. PowerPress said that our url behaved weirdly because it downloaded with the link rather than played. It’s been like that for years and never been an issue.
We are running multisite WP 6.5
@michaelstrauss – Good day, my condolences that you are also experiencing the same error. Such is certainly an annoyance to see a big red ‘FAILED’ message in the dashboard.
Yes indeed we did manage to resolve the ‘Failed Media URL error.’ In our instance, the issue was fallout from a hardware firewall crash a few days prior to the Saturday the issue was first discovered.
It too was my initial thought that the culprit may potentially be the most recent update as it also came across the channel coinciding with the hardware firewall crash. However, in our case it was a misconfiguration on the host’s side following restoration of the hardware firewall’s configuration file.
Specifically, the NAT translation of the public IPv4 wound up corrupted and thus was not correctly communicating with the internal LAN IPv4.
God speed on resolving the issue, and please do should you have the time, advise of your resolution.
Plugin Support
Shawn
(@shawnogordo)
@libertytalk: Thanks for sharing how you resolved the issue with the file URL verification.
@michaelstrauss: If you’re still having trouble verifying media file URLs with PowerPress, please make a new thread within this support forum and include the URL of a media file you’re having trouble verifying so we can do some testing.
