Dodger57

kmessinger – thank you for your help with this! We got it working again and I appreciate that! ??

Samuel Wood – I understand and I think that is key. Since these were external loop applications I did not include the head/footer calls – and everything worked for years. Recent upgrade apparently make this necessary. Note that adding just the head call will not fix – both head and footer calls must be present for the audio shortcode to work properly.

Thank you both for your time today, I believe this is resolved. ??

Okay – so I did a search through the 3.9.1 files and found the offending style in includes/media.php – removed it and the players are back. Thank you!

But my question now is … why? Why would they code it to where the players are hidden? Makes no sense to me.

here is the code:

$atts = array(
		'class'    => apply_filters( 'wp_audio_shortcode_class', 'wp-audio-shortcode' ),
		'id'       => sprintf( 'audio-%d-%d', $post_id, $instances ),
		'loop'     => $loop,
		'autoplay' => $autoplay,
		'preload'  => $preload,
		'style'    => 'width: 100%; visibility: hidden',
	);

Ah – so that’s interesting. But since WordPress is generating that code how do I remove the visibility part of the style tag? And what part of the upgrade put it there?? Like I said it worked perfectly before the upgrade so there must be something in the new files to this effect.

Thanks!

Hello – thank you for the reply!

-Yes
-Yes
-Yes via FTP
-Yes – created new directory with fresh files then copy content/config to it. Rename directories. This is how I upgrade. Tried it again – still no joy.

Still no players.

Here is another site that using the exact same system – but has not been updated yet – and it get’s the same validation errors on WP code but the players work fine.

https://validator.w3.org/check?uri=http%3A%2F%2Fwww.crossbrandcowboychurch.org%2Fsermons.php

Thanks