GNOME Bugzilla – Bug 580632
PlayCount and LastPlayed info is not synced to the iPod
Last modified: 2020-03-17 08:22:15 UTC
When I sync tracks to my 5th gen iPod, information like the play count is only synced for some songs. The rating is not filled for any songs on the iPod when it is synced. This bug is different from Bug 512461 because that bug related to changing information on an iPod and having those changes reflected in Banshee. This bug is actually the opposite of that. Information added in Banshee is not synced to the iPod. This bug may be related to a bug that I just filed about failing to sync the Disc Number category, which breaks the track order for many albums on my iPod.
(In reply to comment #0) > The rating is not filled for any songs on the iPod when it is synced. That problem is bug 577396.
(In reply to comment #1) > (In reply to comment #0) > > The rating is not filled for any songs on the iPod when it is synced. > > That problem is bug 577396. > Great! I look forward to seeing this fix with 1.5.0 (or whenever I get around to building trunk). This bug, then, will focus primarily on syncing play count and last played information to the iPod. I would imagine this being a stepping stone for fixing Bug 389550. That bug requests the ability for plays that happen on the iPod to be added to the total play count in the library when the device is synced. I would imagine that correctly syncing the initial play count to the device would be a step in that direction.
I am having the same problem. I have tested in 1.4.3 and 1.5.0. I have my iPod 5G set to manually managed. When I set a rating in Banshee, that setting is NEVER set on the iPod. It looks like it is in banshee, but after a clean disconnect of the iPod, when it's plugged in again, the rating is lost. It is not saved to the iTunesDB or to ID3 tags Also, when I set the Compilation Artist on iPod tracks, the behavior is similar. The difference is that it appears to actually be writing the new value to ID3 tags on the iPod FS, but not the iTunesDB -- though I haven't verified completely that it's Banshee and not something else that updated those ID3 tags. Other operations, such as adding tracks to playlists, do sometimes work. I had some trouble with 1.4.3 with new playlists and adds to playlists silently being lost, but so far with just a bit of testing in 1.5.0, that looks better. #577396, as it was included in 1.5.0, does not fix this. This is really counter-intuitive behavior, as Banshee lets you set these things, and appears to work, but actually silently discards them.
I haven't heard anything back on this yet. Is there anything I can do to help debug? I'll do whatever I can to help.
Hey jgoerzen, thanks for your comments: (In reply to comment #3) > I am having the same problem. I have tested in 1.4.3 and 1.5.0. > > I have my iPod 5G set to manually managed. > > When I set a rating in Banshee, that setting is NEVER set on the iPod. It > looks like it is in banshee, but after a clean disconnect of the iPod, when > it's plugged in again, the rating is lost. It is not saved to the iTunesDB or > to ID3 tags > > Also, when I set the Compilation Artist on iPod tracks, the behavior is > similar. The difference is that it appears to actually be writing the new > value to ID3 tags on the iPod FS, but not the iTunesDB -- though I haven't > verified completely that it's Banshee and not something else that updated those > ID3 tags. > > Other operations, such as adding tracks to playlists, do sometimes work. I had > some trouble with 1.4.3 with new playlists and adds to playlists silently being > lost, but so far with just a bit of testing in 1.5.0, that looks better. > > #577396, as it was included in 1.5.0, does not fix this. What I suspect is happening is that you're expecting that the Rating be *updated* to the iPod, which is a different bug: bug 389550. Bug 577396 fixed the special case in which you upload a song for the first time to your iPod, and it contained some non-empty Rating. If, after that sync operation, you update the Rating locally and sync, then you want bug 389550 to be fixed. > This is really counter-intuitive behavior, as Banshee lets you set these > things, and appears to work, but actually silently discards them. > (In reply to comment #4) > I haven't heard anything back on this yet. Is there anything I can do to help > debug? I'll do whatever I can to help. Yes, please, bug 389550 has a patch in it, could you apply it on your git master checkout and give feedback? Thanks!
I will try it out. bug 389550 says it needs a trunk version of ipod-sharp, and I am completely unfamiliar with building mono libraries, but I'll try it out and see how far I get. Thank you.
Got ipod-sharp and banshee built with the new ipod-sharp trunk and this patch applied to 1.5.0. Will try it out later today.
It didn't help either of the problems I mentioned (ratings or editing the compilation artist). This with the patch in 389550 plus running ipod-sharp from trunk.
In particular, 1.5.0 has format 32 in BansheeDbFormatMigrator, while this patch assumes that I was starting with format 33. Makes me nervous to try to apply it. Advice?
(In reply to comment #9) > In particular, 1.5.0 has format 32 in BansheeDbFormatMigrator, while this patch > assumes that I was starting with format 33. Makes me nervous to try to apply > it. Advice? I guess you intended to put this comment in bug 389550, not here, right? Let's focus a bit :) I'll reply there.
*** Bug 647624 has been marked as a duplicate of this bug. ***
Banshee is not under active development anymore and had its last code changes more than three years ago. Its codebase has been archived. Closing this report as WONTFIX as part of Bugzilla Housekeeping to reflect reality. Please feel free to reopen this ticket (or rather transfer the project to GNOME Gitlab, as GNOME Bugzilla is being shut down) if anyone takes the responsibility for active development again. See https://gitlab.gnome.org/Infrastructure/Infrastructure/issues/264 for more info.