Error!

I just figured out where the problem is. It seems it’s because the mp3 file name uses Chinese characters, but that hasn’t been a problem at all since now. Is it possible to fix this problem as I have hundreds of files named like that? Othewise I will have to change them one by one :-O

Thank you for reaching out to us. I checked your URL above and when I click on the paly button for “shān” it works. So I guess this is not what you are talking about. What shortcode are you currently using? I would like to run a test on my dev site.

Thank you.

I do currently experience the same issue: Files containing non-latin characters (e.g. ????????-20-?????.mp3) are causing the player shortcode to output this error message. I would appreciate fixing this soon!

It’s Ok now cause I reversed to the previous version of the plugin. I cannot show you a sample page cause that would meant my visitors would experience the error. But the problem, as Christian points out, comes with non-latin characters. I changed the file name and it worked. Please let us know when the issue is fixed so we can keep on using this wonderful plugin updated.

Thank you both for providing more information. I have submitted a message to the developers to investigate further your findings.

Kind regards.

We have updated the plugin to try to handle the non-latin characters in the fileurl parameter. Please upgrade the plugin and check it out.

@mra13 Thanks for updating the plugin. Unfortunately I am still having this issue while calling the shortcode within my PHP function:

do_shortcode('[sc_embed_player fileurl="'.$attr_audio_01['src'].'"]')

When the file name contains Umlauts (?, ?, ü) or any other non-latin character (e. g. Hebrew) I still get this error message:

Compact Audio Player Error! The mp3 file URL that you entered in the “fileurl” parameter looks to be invalid. Please enter a valid URL of the audio file.

Two examples for non working files:

tausendkind-TV-Spot-2017-Herbst-Winter-Kinderm?bel-YouTube-720p-1.mp3

????????-20-?????.mp3

Hope you can take a further look into this issue. Thanks in advance!

Hello.

I’m using kanji characters so I have the same issue.
I have more than 8k audio working with this plugin so I had to go back to the previous version for now.
I hope this issue will be fixed soon.

Thank you very much.

Hi. I had the same problem and it turned out to be the same issue as the previous one. Now that a wrapper has been added for use in block themes, the full url is required for the fileurl paramater.
Instead of
“/wp-content/uploads/2020/05/filename.mp3”
it now requires
“https://domain-name.com/wp-content/uploads/2020/05/filename.mp3“

Fortunately, I don’t have 100’s of shortcodes to update ??

• This reply was modified 9 months, 3 weeks ago by renWeb.

I did a rollback to version 1.9.9 which works just fine. Hope you can fix the issue in order to be able to update the plugin to it’s latest version again …

Thanks in advance!

• This reply was modified 9 months, 3 weeks ago by Christian Leuenberg.

Thank you for reporting this issue. I have submitted a message to the developers to investigate further this issue.

Kind regards.

Hi, We have released a new update to the plugin that should allow relative URLs to work. Please upgrade the plugin when you can to see if this works better for you.

Hi!

It’s still doesn’t work completly for me.
Some audio has this error:

Error occurred when trying to fetch the file using wp_remote_get(). cURL error 7: Failed to connect to [my website] port 443: Connection refused.

So, I had to rollback to the version 1.9.9 again.

Could someone help me with this issue?

Thanks.

@gogakufr please start a new support thread. It makes it much easier for us to manage. You can add reference to this support thread if you like.

Kind regards.