@chaircrusher Same here on Firefox (but it works on my Chrome browser on Windows).
It definitely looks like a CORS Mozilla policy, as the console logs “Loading mixed (insecure) display content”.
You can try to edit your posts and change the link to the mp3 resource, pointing it at the secure protocol (i.e. swapping ‘http:’ to ‘https:’). This should work.
Indeed a little simulation seems to confirm the cross-origin issue. I cloned the <audio> tag (DOM element) of one of the mini-players rendered in the page, after having swapped the protocol of the source attribute and related anchor. This way the controller was reinitialized, and as a result: 1) the track-length read-out get its value 2) the player can be started
Posting a screenshot, the mini-player at the right is the “hacked” one.
Yeah but it used to work. Something changed about how this site worked in recent weeks. It is by definition Cross Origin Resource Sharing since the mp3 files are on my website.
I can link directly to the mp3 file and users can click thru and get the default html5 player,but the player in the community posts is one less step.
The worst part is I would have to edit every post I’ve done with an audio file because it doesn’t show the url of the audio file, just a broken player.
This doesn’t feel like an improvement in the forum software.