Conflict with Blubrry Audio Player

Hello @pxr5 ,

Ivan Atanasov from SiteGround here.

There is an ongoing investigation for the reported problem via a Technical Support ticket with ID 2739520. A testing environment was created on a separate sgsupport subdomain in your account.

Our team is waiting for your answer in the aforementioned ticket in order to continue the investigation.

Ah – didnt realise these two places pointed in the same direction (hence in inadvertent double posting)… I replied to the ticket and am awaiting investigation.

As a note to others who have blubrry powerpress plugin + SGO
____________________________________________________________

In passing after two days this is still not resolved. On the one hand it doesnt appear on all systems. On the other it does on mine (W10/Chrome) and my partners (Macbook/Safari) which are pretty popular systems around the world.

Also https://create.blubrry.com/resources/powerpress/using-powerpress/diagnosing-feed-andor-player-issues-with-powerpress/ says:

Ctrl+F5 makes it work (does on w10) – but thats a workaround not a fix.

“Disable WP caching plugins first. This is the most common issue for both problems with pages and feeds. Sometimes simply resetting the cache in the plugin can solve the issue.”

Which points to exactly what I find. Disable SG/O and no problems with any combination of system.

Hello,

I’ve went through your ticket history and checked your site very carefully. I would recommend that you re-enable the dynamic caching because you’re going over limits without it and besides your site works much faster with it.

Now, about your functionality not working, that’s surely not related to the SG Optimizer plugin. I belive that the problem lies in the insecure content your site produces. I would recommend using the force HTTPs tool in SG Optimizer or properly reconfiguring your site manually to work entirely through https. In case you load your site through HTTPS and it tries to load some resources through http they will not be loaded since they would be insecure.

You can use this site to check if everything is ok: https://www.whynopadlock.com/results/c112df7d-5270-4bfc-8084-7d7b557c27f7

Once this issue is solved, I think the podcast will run just fine. If you’re embeding the podcast and then just pushing it live through the podcast service, bear in mind that the SG Optimiser can’t detect a change thus clear then cache. Simply purge it manually to ensure that the cached HTML output is the right one. Other than that, there is no reason for it to interfere with your content.

Hristo Pandjarov
Manager of WordPress Initiatives
SiteGround.com

• This reply was modified 6 years, 5 months ago by Hristo Pandjarov.

Thank you very much for this Hristo and your helpful suggestions.

I re-enabled SGO and setup to use https and also SG support blocked on very active botty site that over-trafficed. Now (touchwood!) the cpu usage is down massively and that problem has gone away.

TBH so many changes were made I dont know what fixed the issue – I believe it is as I crosspost in the PS below from another forum. Your explanation is a good one but at the time I was not using https so it couldnt have been that stopping it.

Anyway touchwood everything works now and below is the workround that I feel made all the difference (goodness knows why – no idea re this cookie thing).

Thank you again for your time and effort.

Mike

PS crossposting:

Thank you for checking it works at your end. My big concern of course is not that its just a pain for me but that it doesnt work for listeners around the world.

Yes I gave a poor(/no) description. What actually happens is that the audio player flickers that striped pattern that it normally does when fetching an episode. However rather than a white bar and starting to play which is the normal mode it appears to give up and the flickering goes away and player reverts to its inactive mode. If I re-click it at that point it doesnt even bother to flicker. My guess is for some reason the “fetch file” instruction fails.

I eventually found a workround. I had to use the SGO plugin as my cpu usage went into overload without it.

The workround I found (but this of course leaves me with slight nervousness that of course I cant be the only person in the world who has this problem) is to set Chrome to clear the cookie for the website everytime I leave it. For some reason (goodness only knows) this solves the issue and the player works normally.

[In passing the hint to me was that I never had the problem if I activated the KProxy add-on in Chrome].