Closed agentirons closed 2 years ago
I have the following structure:
root (/grav-dev)
|- podcast-channel.md (04.technology-today)
|- podcast-series.md (01.series-1)
|- podcast-episode.md (01.episode-1)
|- podcast-episode.md (02.episode-2)
I do see the lack of the numbered routes:
audio:
local:
select: 'Pigstep Minecraft Remix.mp3'
'user/pages/04.technology-today/01.series-1/02.episode-2/Pigstep Minecraft Remix.mp3':
name: 'Pigstep Minecraft Remix.mp3'
type: audio/mpeg
size: 5057025
path: '/grav-dev/technology-today/series-1/episode-2/Pigstep Minecraft Remix.mp3'
meta:
guid: '/grav-dev/technology-today/series-1/episode-2/Pigstep Minecraft Remix.mp3'
type: audio/mpeg
duration: '3:31'
enclosure_length: 5057025
But I'm still able to route the files just fine on the front-end. Can you clear your cache and try viewing again?
I just also realized that images also broke.
It has to do with the breaking changes of the image field I had to make to get around the Grav 1.6 file field -> Grav 1.7 filepicker field issue.
To manually fix, open each page that has an image. If you're doing this locally, it probably will be faster to open the *.md files in a text editor.
You'll see something along the lines like:
series:
image:
user/pages/01.channel/01.series/featured_image.jpg:
name: featured_image.jpg
type: image/jpeg
size: 8206
path: user/pages/01.channel/01series/featured_image.jpg
This needs to be changed to:
series:
image: featured_image.jpg
I'll work on seeing if I can get the admin plugin to automatically update that field when you go and attempt to edit the page.
Here's the entirety of what I've experienced (after an upgrade to 3.0.1 and a cache-clear):
0 - An exception has been thrown during the rendering of a template ("Array to string conversion").
https://bitcrush.io/user/pages/01.the-305/09.the-magnificent-ambersons/Episode9_TheMagnificentAmbersons.mp3
I get
https://the-305/the-magnficent-ambersons/Episode9_TheMagnificentAmbersons.mp3
Steps 6 and 7 appear to be due to large differences in the templates for the plugin, which I had extended/modified from an earlier version. I'm attempting to weed through the changes to keep my styling intact, but I can report that I've had success using the new audio link format.
I needed to change the <audio><source>
from {{ media_url }} to {{ page.header.podcast.audio.meta.guid }}
I'm currently working on a one-time upgrade cli command that will process all of the v2 podcast- page types and convert them up to v3 podcast- page types.
I've decided to not write en-masse converter.
Closing ticket.
After updating to v3.0, I found that the format of the image and audio tags had changed slightly and prevented me from loading the page editor until I removed or modified the image tag (separate issue). After I fix this and open the editor, if I select the .mp3 media from the dropdown on the Podcast Audio tab, the Audio:local:path: field and the Audio:meta:guid field do not use the folder number prefixes of my site, and are missing the "user/pages/" beginning, resulting in a broken link to the audio.
As you can see in this example from a podcast-episode.md file, the first instance of the path is correct but the other two fields are not.