GNOME Bugzilla – Bug 796018
2.4.3 fails to write tags to MP3 files if there are images
Last modified: 2021-05-26 09:51:44 UTC
This is a regression between 2.4.2 and 2.4.3. Because of it, I reverted to 2.4.2, because 2.4.3 is completely unusable. I open an MP3 file, initially exported from Audacity, in EasyTAG. To demonstrate that it is specific to images, I edit tags and successfully save them. Now I add a cover image (a 600×600 JPEG). (Perhaps I also make other tag edits; it doesn’t matter.) I save the file. It reports success, but the MP3 file is unchanged, and there is a zero-byte file with the same name plus a .XXXX suffix (where X seems to be a random letter or number), and a handle to that file is kept open. When I exit EasyTAG 2.4.3 it disappears. I have not confirmed whether EasyTAG 2.4.3 is able to write tags on files that already have images.
GNOME is going to shut down bugzilla.gnome.org in favor of gitlab.gnome.org. As part of that, we are mass-closing older open tickets in bugzilla.gnome.org which have not seen updates for a longer time (resources are unfortunately quite limited so not every ticket can get handled). If you can still reproduce the situation described in this ticket in a recent and supported software version, then please follow https://wiki.gnome.org/GettingInTouch/BugReportingGuidelines and create a new enhancement request ticket at https://gitlab.gnome.org/GNOME/easytag/-/issues/ Thank you for your understanding and your help.