After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 573683 - MetadataHash of same song in the DAP is different than the original song when it has empty fields
MetadataHash of same song in the DAP is different than the original song when...
Status: RESOLVED DUPLICATE of bug 569379
Product: banshee
Classification: Other
Component: Device - USB Mass Storage
git master
Other All
: Normal normal
: 1.x
Assigned To: Gabriel Burt
Gabriel Burt
Depends on:
Blocks:
 
 
Reported: 2009-03-01 22:06 UTC by Andrés G. Aragoneses (IRC: knocte)
Modified: 2009-03-01 22:16 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description Andrés G. Aragoneses (IRC: knocte) 2009-03-01 22:06:19 UTC
Please describe the problem:
If you have a song that has any empty field (in Artist name, Album name, or Title...), the MetaDataHash column will be broken because when generating it for the song in the DAP, it takes in account the helper "fake" unknown names ("Unknown Album", "Unknown Artist", "Unknown Title").


Steps to reproduce:
1. Import a song to the library that has some empty field.
2. Examine the database:
sqlite3 ~/.config/banshee-1/banshee.db
SQLite version 3.5.7
Enter ".help" for instructions
sqlite> SELECT Title,MetadataHash From CoreTracks;
Inspirited Vitality|bf85b668418f21eab4adcda96199c049
3. Connect your DAP and wait until it's synced (an iPod in my case).
4. Examine the database.


Actual results:
sqlite> SELECT Title,MetadataHash From CoreTracks;
Inspirited Vitality|bf85b668418f21eab4adcda96199c049
Inspirited Vitality|86736c11027e68436c1dddd55ac45939


Expected results:
They should have the same hash.

Does this happen every time?
Yes.

Other information:
This is causing some other bugs in the sync algorithms (for example in playlist syncing), because they rely heavily on the MetaDataHash field for comparing purposes.

This is one of the edge cases I was talking about in bug 560970.
Comment 1 Gabriel Burt 2009-03-01 22:16:40 UTC
Thanks for the bug report. This particular bug has already been reported into our bug tracking system, but please feel free to report any further bugs you find.


*** This bug has been marked as a duplicate of 569379 ***