GNOME Bugzilla – Bug 539668
cannot import tracks from ipod with non-ascii(?) characters anywhere in tags
Last modified: 2010-03-21 13:17:25 UTC
Please describe the problem: Plugging in my iPod, Banshee hangs with "Loading [MY IPOD NAME]" as the status on the iPod screen. From the relevant --debug output (below), it appears that this may be due to hanging when trying to read the info from an mp3 that contains an international character in its title. I don't know what the actual character encoding here was. I filed this under "iPod" because this same mp3 exists in my main music library and Banshee can access it there without a problem -- i.e. it was imported successfully (at least by the previous version of banshee, as the database itself was upgraded rather than re-built when I first launched 1.0). But it may be a more general bug with importing. The relevant output from debug mode is below. [Debug 18:18:03.641] Dap support extension loaded: Banshee.Dap.Ipod [Debug 18:18:04.118] Dap support extension loaded: Banshee.Dap.Mtp [Debug 18:18:04.626] Dap support extension loaded: Banshee.Dap.MassStorage [Debug 18:18:05.672] Found DAP support (Banshee.Dap.Ipod.IpodSource) for device [MY IPOD NAME] [Debug 18:18:07.272] Exception executing command: INSERT INTO CoreTracks (Rating,LastStreamError,PrimarySourceID,ArtistID,AlbumID,TagSetID,MusicBrainzID,MimeType,FileSize,Attributes,Title,TrackNumber,TrackCount,Disc,Duration,Year,Genre,Composer,Copyright,LicenseUri,Comment,PlayCount,SkipCount,LastPlayedStamp,LastSkippedStamp,DateAddedStamp,DateUpdatedStamp,Uri,UriType,TitleLowered) VALUES (0,0,5,51,310,0,NULL,NULL,2245074,5,'��ll Birtan',5,14,0,112143,2004,NULL,NULL,NULL,NULL,NULL,0,0,NULL,NULL,1214187487,1214187487,'file:///media/DRAMAGE/iPod_Control/Music/F16/RVIO.mp3',2,'��ll birtan') [Warn 18:18:07.275] Caught an exception - unrecognized token: "'��l" (in `Mono.Data.SqliteClient') at Mono.Data.SqliteClient.SqliteCommand.GetNextStatement (IntPtr pzStart, System.IntPtr& pzTail, System.IntPtr& pStmt) [0x00000] at Mono.Data.SqliteClient.SqliteCommand.ExecuteReader (CommandBehavior behavior, Boolean want_results, System.Int32& rows_affected) [0x00000] at Mono.Data.SqliteClient.SqliteCommand.ExecuteNonQuery () [0x00000] at Hyena.Data.Sqlite.HyenaSqliteCommand.Execute (Hyena.Data.Sqlite.HyenaSqliteConnection hconnection, Mono.Data.SqliteClient.SqliteConnection connection) [0x00093] in /build/buildd/banshee-1-1.0.0/src/Libraries/Hyena/Hyena.Data.Sqlite/HyenaSqliteCommand.cs:116 [Debug 18:18:07.276] type of key value: System.Int32 Steps to reproduce: 1. Have an mp3 on an iPod with its title field "ヨll Birtan" as per the track that's breaking the iPod import. 2. Plug in the iPod. Banshee finds it and says "Loading [MY IPOD NAME]" ... 3. Wait ... nothing happens Actual results: iPod access hangs, though program is still responsive overall. It prints the above output before giving up on iPod loading when --debug is specified. Expected results: Characters should be escaped when reading the track information and/or exceptions caught so that the iPod can be accessed through Banshee. Does this happen every time? Yes Other information: I'm liking the 1.0. Great job, guys!
*** Bug 564205 has been marked as a duplicate of this bug. ***
Can you still reproduce this with the latest ipod-sharp >= 0.8.5 and Banshee git master?
Closing this bug report as no further information has been provided. Please feel free to reopen this bug if you can provide the information asked for. Thanks!