http://bugs.gpodder.org/show_bug.cgi?id=81
--- Comment #4 from Joe Hill <[EMAIL PROTECTED]> 2008-04-23 06:08:44 --- (In reply to comment #3) > Thanks for paying attention to this. It really seems like some different bug, > sorry for not taking care when triaging the bugs and marking them as > duplicates. > > For the error, I don't know why the ipod_filename() function of the "track" > object would return a None value. It probably means there is an entry in the > iTunesDB that does not have a file associated with it. > > Does this bug always happen to you? Is it possible for you to back up all > files > on your iPod, wipe it and re-create a new iTunesDB and see if this bug still > applies or if it's a bug that only happens with your current iTunesDB? (i.e. > there's some error in one of the tracks that keeps the whole DB from being > written) > > Also, please try the function "Check iPod's files" menu item in gtkpod's > "File" > menu on your iPod and see if this function finds any orphaned files or dead > entries. The result should be displayed in the status bar of gtkpod. > Sorry about taking so long to get back to this. Just the other day I got around to adding some podcasts to my device, and now when I opened gtkpod I did not get the hash error. I looked in the terminal output from gpodder and saw this: [14138.247] (GPodderStatusIcon) tooltip: Writing extended gtkpod database 70 of 70 done So I'm thinking that you were on the right track, ie. there was an entry that didn't play nice in my database. I've deleted some things in the last little while, so perhaps I got rid of the offending entry. -- Configure bugmail: http://bugs.gpodder.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes. _______________________________________________ gPodder-Bugs mailing list [email protected] https://lists.berlios.de/mailman/listinfo/gpodder-bugs
