-
Bug
-
Resolution: Fixed
-
Normal
-
2.10.0
Loading a file with an embedded image file with invalid ID3 image type results in an exception like:
E: 09:50:41,360 util/thread.run:69: Traceback (most recent call last): File “coverart\image.py”, line 180, in init File “coverart\image.py”, line 311, in id3_type File “enum.py”, line 339, in call File “enum.py”, line 663, in new ValueError: 208 is not a valid Id3ImageType During handling of the above exception, another exception occurred: Traceback (most recent call last): File “util\thread.py”, line 66, in run File “file.py”, line 240, in load_check File “formats\id3.py”, line 345, in load File “coverart\image.py”, line 464, in init File “coverart\image.py”, line 182, in init File "logging_init.py", line 1458, in warning File "logging_init.py", line 1589, in log File "logging_init.py", line 1599, in handle File “logging_init_.py”, line 1661, in callHandlers File “logging_init_.py”, line 954, in handle File “log.py”, line 95, in emit File “logging_init_.py”, line 929, in format File “logging_init_.py”, line 668, in format File “logging_init_.py”, line 373, in getMessage File “coverart\image.py”, line 232, in repr File “coverart\image.py”, line 480, in _repr AttributeError: ‘TagCoverArtImage’ object has no attribute ‘sourcefile’
See https://community.metabrainz.org/t/tagcoverartimage-object-has-no-attribute-sourcefile/674028
Similar issue was supposed to be fixed with PICARD-2774, but the fix is obviosly not sufficient.
- has related issue
-
PICARD-2774 Error: 255 is not a valid Id3ImageType
- Closed