Goedson, > > When I tried gnomebaker a few months ago, importing a playlist sort of > > worked, but the music pieces were imported in reverse order. This time, > > gnomebaker crashed with the following stacktrace. The playlist was > > generated with totem, and it consisted solely of audio recordings in the > > Ogg FLAC (*.flac) format. > > Could you please try to reproduce this with gnomebaker 0.6.0-10 from > Sid? Better yet if you do it with the package rebuilt with debug > information enabled.
It looks like there is a problem in decoding %-encoded bytes such as %20 and %26 and multibyte UTF-8 sequences. If really necessary, I will try to reproduce this on Sid, but I only have the media files on an Etch system. > Also, please send the output produced by running gnomebaker --trace-on > and trying to import your playlist. I have since then edited the playlist a little. Now it doesn't crash immediately, but it displayed some garbage strings, such as ".../musiikki/Sotta%26 0xbfa8da84ytty/K" (should be ".../Sotta%20%26%20Pytty/..."). It also displays empty dialogs and garbage like "The file [/home/heli/Desktop/jumppa/vauva/file:///home/heli/Desktop/musiikki/Eeva armanto-Neuvonen/Viisi (nil)ient" (sic). The string "M. A. Numminen" is displayed as "M.0x0,00000BDFA8DA84P-1022.%20Numminen". I can't see these errors in the --trace-on output; only in the dialog box. But I can see the Pango-WARNING about invalid UTF-8 string. The output of gnomebaker --trace-on and the playlist are attached. Marko
gnomebaker.txt.gz
Description: Binary data
Vauvajumppa1-3.pls
Description: audio/scpls