James: are they supposed to? I didn't know Tangerine shared playlists?

Yeah, it does share the playlists, so this should be working :/

Anyway... doesn't this look a bit silly? I mean, source/subsource like the library is ok, but the playlists would be a subsubsource? Perhaps better take the connected share out of the daap source?

(In reply to comment #3)
> Perhaps better take the connected share out of the daap source?

Could you explain this further, as either I misunderstood it, or I don't see the logic (in consistency) of this?

@Ruben:

Well perhaps there is no consistency in this, but I don't know about this:

Old:

O Daap Share #1
|-O Daap Playlist #1
|-O Daap Playlist #2
'-O Daap Playlist #3
O Daap Share #2
|-O Daap Playlist #1
|-O Daap Playlist #2
'-O Daap Playlist #3

New:

O Shared Music
'-O Daap Share #1
  |-O Daap Playlist #1
  |-O Daap Playlist #2
  '-O Daap Playlist #3
  O Daap Share #2
  |-O Daap Playlist #1
  |-O Daap Playlist #2
  '-O Daap Playlist #3

Isn't that too much nesting?

This was done because DAAP shares in many places come and go rapidly, and in some places there may be dozens of them. The ability to group and collapse them all is important.

A colleague and I have also noticed this. We both have Banshee yet our playlists don't show up in the others player.

We're both using Ubuntu Dapper.

I've got Banshee version 0.11.2 compiled from src. My colleague is using 0.10.10 from the repos. Did the DAAP plugin support playlist sharing in 0.10.10?

I think this can be closed now, I can see the playlists from my tangerine-shared banshee stuff now. How about you, Munckfish?

[I'm using Tangerine and Banshee from SVN Trunk]

Michael: I've just checked out Banshee svn trunk (reporting itself as 0.11.5). I'm still not getting my colleagues playlists, but then he's still using the dapper repos version of Banshee. I'll gonna ask him to upgrade also and see if that solves it.

I couldn't find anything about this problem on the Ubuntu tracker (https://bugs.launchpad.net/ubuntu/+source/banshee/+bugs).

Ok, my colleague has also upgraded to SVN Banshee and still neither of us can see the other's playlists.

I ran an Ethereal trace of the daap communication between the two clients, I can certainly see the track info being exchanged but couldn't see anything that looked like the playlists, although I don't know enough about DAAP to be able to say for sure.

Anyone know a bit more and could advise me what to look for?

I don't know if the problem was solved for me by updating banshee or tangerine but the svn trunk versions of both clearly work for me now. You are trying to share using banshee directly? I cannot test this.

I've now installed a DAAP server on another machine (mt-daapd) and we can both see playlists from that, just not between each other. So, is it that banshee playlist sharing is not implemented? If so I'd like to request the feature.

I don't know about the daap *server* in banshee, maybe this code is outdated?

Setting tangerine to share "Banshee" works nice and makes a lot more sense. I vote for removing the server side of this plugin and change the configuration to start tangerine-properties.

Ok, I'd like to have a go at implementing this.

I notice that in DaapCore.LoadInitialServerDatabase() it only loads the local server with tracks not playlists. Maybe there's a good reason why this hasn't been implemented I guess I'll find out on the way.

Currently I'm trying to find out where the Banshee.Core.Library.Playlists member has been refactored to. Any hints?

I completed a first attempt at a patch to make Banshee advertise its own playlists. Looking at the original bug description here I think it's a different issue to the one I'm dealing with so I've created a new bug and attached the patch there.

Bug #407672 – Banshee doesn't share its own playlists via DAAP

I'm finished with this issue so it could be closed if no one else needs it.

Cheers