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
Unfortunately I can't even tell which of the many files in the folder is unreadable/broken.
Background
There is an upstream issue at mutagen to fix this: quodlibet/mutagen#562. But I am not sure, this is supposed to be fixed, because the podcats app depends on the data. But if there is no readable header, the generation of podcast metadata can only rely on the filename/folder name.
Expectation
So I suggest catching and logging this error and try to create metadata only from the filename instead. This way I could load all remaining files as expected and only skip some metadata creation on those view header-broken files, instead of crashing the whole application.
The log of the error should include the path to the broken file.
The text was updated successfully, but these errors were encountered:
pokulo
added a commit
to pokulo/podcats
that referenced
this issue
Sep 12, 2024
…ame (#29)
* 🥅 Fix issue #28: catch mutagen.mp3.HeaderNotFoundError while loading podcasts
* this prevents app crash because of single broken/incompatible mp3 files.
* 🥅 Fix "ValueError: year 0 is out of range" error when trying to format date tag as into html
* 🐛 fix UnicodeEncodeError by allowing surrogates in the data while encoding to bytes
* e.g. the following:
UnicodeEncodeError: 'utf-8' codec can't encode character '\udc84' in position 767364: surrogates not allowed
* ensure request responses are already encoded to bytes to avoid strict encoding by the requests library
* 🔊 add logging for broken file metadata (HeaderNotFoundError)
I encounter the following traceback, when podcats tries to load all my podcast files:
Unfortunately I can't even tell which of the many files in the folder is unreadable/broken.
Background
There is an upstream issue at mutagen to fix this: quodlibet/mutagen#562. But I am not sure, this is supposed to be fixed, because the podcats app depends on the data. But if there is no readable header, the generation of podcast metadata can only rely on the filename/folder name.
Expectation
So I suggest catching and logging this error and try to create metadata only from the filename instead. This way I could load all remaining files as expected and only skip some metadata creation on those view header-broken files, instead of crashing the whole application.
The log of the error should include the path to the broken file.
The text was updated successfully, but these errors were encountered: