Hey There
I can also confirm this happening on another install: 4.9.6.2.
I want to add that uploaded MP3 files, while being stripped of cover artwork, still work and can be downloaded. HOWEVER… they are no longer the original files we’ve uploaded, and the fact that WP “creates” a corrupted media file leaves users open to all sorts of vulnerabilities.
Help!
>> 4.9.6.2. << HUH?
Please post a bug report on trac.
Hi Steve
There’s actually no bug report; the only signs anything is wrong is in the media upload tab. I can try to post a picture if that helps?
http://www.safepodcast.com/wp-content/uploads/2017/03/mp3_testing_error.jpg
No, because there’s nothing I can do about it. If you think that’s not how WP should work, put in a formal bug report.
How would you go about putting in a bug report? This is my first time using this forum. Any help would be great!!
You might want to post a bug report at https://core.trac.wordpress.org/
Looks like the WP Core team is fixing this issue in WordPress.
For those who are using Blubrry Podcast hosting with PowerPress, you will not encounter this issue since you are uploading media to Blubrry’s infrastructure, not within WordPress.
I would warn against hosting your media on the same server as your website. Podcast media files are very large and tied to the fact that they are delivered based on a scheduled time, you may observe site loading performance issues when new episodes are released. This is because most web hosting companies are not designed to serve large files (that job is usually left to a content delivery network), instead they are optimized to serve web pages, text css/js files and images. For a podcast that is just starting out or that doesn’t plan on having a large audience, you can most likely get away with hosting media on the same server, but if you do find the need to move your media off your server, we have simple click and go migration tools built into PowerPress so you can quickly switch to our media hosting service.
