Bug 349783

Summary:	Soft links within collection not restored correctly in playlist on restarting amarok
Product:	[Applications] amarok	Reporter:	robert marshall <robert>
Component:	Collections/Local	Assignee:	Amarok Bugs <amarok-bugs-null>
Status:	RESOLVED INTENTIONAL
Severity:	normal	CC:	matej, ralf-engels
Priority:	NOR
Version First Reported In:	2.8-git
Target Milestone:	2.9
Platform:	Ubuntu
OS:	Linux
Latest Commit:		Version Fixed/Implemented In:
Sentry Crash Report:

Description robert marshall 2015-07-01 14:03:49 UTC

I have within my main ~/Music directory, a soft link to another partition (containing tracks which are - naturally - in the collection but via the soft link). On starting amarok with some of those tracks already in the playlist (set up before the restart) on selecting 'edit track details' their collection is 'None' and the 'last played' details don't update on playing. On dragging the tracks from the local collection to the playlist they are correctly identified and updated on playing.

I mentioned this in Bug 343956 thinking it was part of that issue but it's nothing to do with that.

Reproducible: Always

Comment 1 robert marshall 2015-07-01 14:05:12 UTC

To make it clearer, the soft links are to a directory containing music files rather than to the music files themselves

Comment 2 Myriam Schweingruber 2015-07-01 16:44:23 UTC

Moving to the Collection/Local, so our database man sees it :)

Comment 3 Matěj Laitl 2015-07-06 12:45:13 UTC

Hi Robert,
I might have an idea. Once you quit Amarok with symlinked tracks in your playlist, please check your ~/.kde4/share/apps/amarok/current.xspf (it may be ~/.kde/ instead). Do the <location> tags mention the symlink source (under your ~/Music), or the symlink target?

What git revision do you run? (use `git describe`)

Comment 4 robert marshall 2015-07-06 13:35:11 UTC

I think the problem is a little more complicated than I described - so maybe my own fault. There are 2 softlinks here. The album I mentioned I ripped to ~/ripArea ripArea is actually a softlink to /Backup/robert/Music/CDs, I then made the soft link in ~/Music/currListening to ~/ripArea/<albumName> rather than to /Backup/robert/Music/CDs/<albumName> so there's 2 soft links the system follows to get to the tracks.
Indeed looking at current.xspf (or indeed in 'edit track details within amarok) the tracks are listed as being in ~/ripArea so not under ~/Music. I see that if I make the soft link direct from ~/Music/currListening to /Backup/robert/Music/CDs/<albumName> the tracks appear in the xspf file in ~/Music and so now work when restarting.

Depends whether you want to allow for  multiple softlinks  and my slightly convoluted use case!

git describe
v2.8.90-1-g595b0fe

Comment 5 Matěj Laitl 2015-07-06 21:06:58 UTC

Thanks for the update. If your "fixed" (just one symlink) setup works for you, I think we should concentrate on more severe bugs instead.

Myriam, if you agree, please close this bug.

Comment 6 Myriam Schweingruber 2015-07-07 10:57:37 UTC

OK, closing this.