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 578005 - Preupdate database for Sansa Fuze as part of syncronization
Preupdate database for Sansa Fuze as part of syncronization
Status: RESOLVED WONTFIX
Product: banshee
Classification: Other
Component: Device - MTP
git master
Other All
: Normal minor
: 1.x
Assigned To: Gabriel Burt
Gabriel Burt
Depends on:
Blocks: 576709
 
 
Reported: 2009-04-05 12:46 UTC by David Nielsen
Modified: 2009-05-18 14:23 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description David Nielsen 2009-04-05 12:46:20 UTC
Please describe the problem:
The Sansa Fuze uses it's own internal database which gets updated after each syncronization and unplug. It would be nice if this database could be updated and syncronized to the device to skip this step.

Steps to reproduce:
1. Attach Sansa Fuze
2. Add or remove track(s)
3. Eject and unplug

Actual results:
The Fuze will update it's database

Expected results:
We know everything that database is likely to want, we should be able to update it and provide a smoother experience.

Does this happen every time?
100%

Other information:
x86_64, da_DK.UTF-8, Fedora 11, Mono 2.4 pre and SVN revision 5188 of Banshee.
Comment 1 Bertrand Lorentz 2009-04-05 16:48:18 UTC
I don't think it would be reasonable for banshee to start messing around with the databases on devices. We would probably use this feature if it's provided by a library used to interface with the device (like libmtp in your case).
Comment 2 David Nielsen 2009-04-05 18:51:07 UTC
probably not, I was hoping there was some kind of standard in place or perhaps at least easy abstraction. I saw something like this being done in the support for Rockbox and I was hoping it could be extended easily.

We are in full agreement, if the only way is manually reverse enginnering and hacking up a solution for each device then this is not worth it. Admittedly I know very little of portable player standards.
Comment 3 David Nielsen 2009-05-18 14:23:11 UTC
I've been reading the standard in the vague hope of doing a C# implementation one rainy day and there is no set standard for this. Since that is the case I agree that it is not the right place for Banshee to be messing about.