You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
The podcast block currently fails to render properly on the front-end when audio files are self-hosted and inserted via the "Insert from URL" option. This appears to be due to a null attachment_id being returned for audio files not in the Media Library.
Steps to Reproduce:
Use the Podcast block to add an audio file.
Insert an audio file URL manually via "Insert from URL" (bypassing the Media Library).
Observe that the block does not render on the front-end.
Expected Behavior:
The Podcast block should gracefully handle audio files inserted via "Insert from URL," even when they are not part of the Media Library.
Is your enhancement related to a problem? Please describe.
As noted by @bacoords:
The podcast block currently fails to render properly on the front-end when audio files are self-hosted and inserted via the "Insert from URL" option. This appears to be due to a null attachment_id being returned for audio files not in the Media Library.
Steps to Reproduce:
Expected Behavior:
The Podcast block should gracefully handle audio files inserted via "Insert from URL," even when they are not part of the Media Library.
Actual Behavior:
The block fails to render on the front-end, likely due to the conditional check here:
https://github.com/10up/simple-podcasting/blob/develop/includes/blocks/podcast/markup.php#L29C1-L31C2
Additional Context:
Suggested Improvement:
Explore ways to make the block more agnostic to file sources. For instance:
Additional Questions:
Designs
No response
Describe alternatives you've considered
No response
Code of Conduct
The text was updated successfully, but these errors were encountered: