GNOME Bugzilla – Bug 591674
SJ should UTF-8 validate musicbrainz results and sanitise non-utf8
Last modified: 2021-05-17 16:03:19 UTC
Hi there, the problem is, when i try to rip in ex. an italian cd where in track titles there are letters like "à" or similar...sound juicer don't show them in the interface! And it stops ripping. I can't even edit the filenames... ...in console I get the following immediately at startup, after sound-juicer gets the song data from the 'net: (sound-juicer:29863): Pango-WARNING **: Invalid UTF-8 string passed to pango_layout_set_text() Here is a screen shot: http://img5.imagebanana.com/img/w0rk6dn/Screenshot.png I hope I can help to solve it! My Sys is visible here: http://www.sysprofile.de/id9057 King regards MyTh
Can you see the banner at the top? This is because the data was fetched from FreeDB, which is totally useless. Press that button and submit the album to musicbrainz, then re-read the album. The problem is that Sound Juicer gets the track listing form FreeDB but has no idea what the encoding is. It's obviously not UTF-8 because of the warnings, so it's probably ISO-8859-1, or maybe -15. We can't tell. The result is SJ having no idea what the titles are, and filenames which are invalid (which is why nothing works). The solution would be to validate the strings as UTF-8, and if they are not then attempt a conversion from... something and replace any invalid characters.
Thank you very much! This one works! :)
Hi, I am trying to fix this bug now. I am working on a patch. ...The solution would be to validate the strings as UTF-8, and if they are not then attempt a conversion from... something and replace any invalid characters.
-- GitLab Migration Automatic Message -- This bug has been migrated to GNOME's GitLab instance and has been closed from further activity. You can subscribe and participate further through the new bug through this link to our GitLab instance: https://gitlab.gnome.org/GNOME/sound-juicer/-/issues/120.