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 551311 - Regression: Device no longer loads
Regression: Device no longer loads
Status: RESOLVED FIXED
Product: banshee
Classification: Other
Component: Device - USB Mass Storage
git master
Other Linux
: Normal normal
: 1.x
Assigned To: Gabriel Burt
Gabriel Burt
Depends on:
Blocks:
 
 
Reported: 2008-09-08 03:32 UTC by Andrew Conkling
Modified: 2008-09-26 03:00 UTC
See Also:
GNOME target: ---
GNOME version: ---


Attachments
Output of `make run` (11.38 KB, text/plain)
2008-09-08 15:38 UTC, Andrew Conkling
Details

Description Andrew Conkling 2008-09-08 03:32:31 UTC
After revision 4477 (http://svn.gnome.org/viewvc/banshee?view=revision&revision=4477), I can no longer load my media player in Banshee. 4476 is fine.

Any device-specific info you need, let me know. :)
Comment 1 Gabriel Burt 2008-09-08 05:30:35 UTC
Anything in the log?  What type of player (ipod/mtp/mass storage)?
Comment 2 Andrew Conkling 2008-09-08 15:38:45 UTC
Created attachment 118308 [details]
Output of `make run`

It's a mass storage device (Cowon iAudio X5).

Sorry, I really don't know why I blanked and didn't provide any logged info. O_o

Here's the output of `make run`; looks like there's a trace coming from some of the DapService code. I don't have time to look closely at it now, but I might later; feel free to beat me to it. ;)
Comment 3 Andrew Conkling 2008-09-17 15:12:06 UTC
Not sure why I didn't reopen this; the trace is in the log.
Comment 4 Gabriel Burt 2008-09-24 21:06:43 UTC
This is really a bug in managed dbus - no application or library should every throw "Array index is out of range".  I've worked around it in Banshee and alerted alp to this issue.
Comment 5 Andreia Gaita 2008-09-25 04:48:50 UTC
This is not a bug in managed dbus, really. The problem is that the property that is being queried is listed in /usr/share/hal/fdi/information/10freedesktop/10-usb-music-players.fdi as being of the type "strlist", and not of the type "string". In fact, half of the players have this property as a string type, and half have it as a strlist type (half is exagerating, but you get the picture). Managed dbus can hardly guess as what the real type is, since iirc it goes by what the interface describes (which I'm guessing says it's a string?). Can't begin to imagine why this property is so schizoid in the hal file :P

I guess the only way to deal with this is to catch the exception in this case and try querying the property again with a different type :P

@Andrew: A dirty quick fix would probably be to change the type from "strlist" to "string" in the Cowon entry on the fdi file and try it out
Comment 6 Andreia Gaita 2008-09-25 05:03:59 UTC
In fact, the hal specification states that the portable_audio_player.playlist_path property is of type string, so I guess half the entries on the fdi file are wrong...? :)
Comment 7 Andrew Conkling 2008-09-26 03:00:43 UTC
Well, the HAL stuff is over my head, but it's working now. That's enough to please me. :) Thanks a bunch Gabe!