| Age | Commit message (Collapse) | Author |
|---|
|
|
|
|
|
(#3012)
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
This avoids some boilerplate.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
I'm not sure why I did it like this in the first place - perhaps so that
if the API endpoint changes there aren't so many old values stuck in
config files all over the place? Anyway, it seems cleaner to do it like
this, as it's how we handle the other config.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Otherwise the same problem happens with dkdm_recipients.xml - it is
moved to sqlite3 but the configuration still has the XML path, causing a
crash the next time we try to access the DKDM recipients list.
|
|
|
|
|
|
I don't know why this wasn't a problem before; perhaps the subtitle
was entirely discarded as it goes to 10s but in the metadata the
length is only 6.351.
|
|
|
|
|
|
|
|
|
|
This is pretty slow (as it runs the certificate through OpenSSL) and we
don't need to do it for every certificate in a database when we load the
database.
|
|
This is needed because the DCPDecoder ends up needing it when it reads
reel information from CPLs.
Maybe all that stuff should be in our metadata.
|
|
Along the way this helps to fix #2942.
|
|
|
|
|
|
|
