Bug 349783 - Soft links within collection not restored correctly in playlist on restarting amarok
Summary: Soft links within collection not restored correctly in playlist on restarting...
Status: RESOLVED INTENTIONAL
Alias: None
Product: amarok
Classification: Applications
Component: Collections/Local (other bugs)
Version First Reported In: 2.8-git
Platform: Ubuntu Linux
: NOR normal
Target Milestone: 2.9
Assignee: Amarok Bugs
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2015-07-01 14:03 UTC by robert marshall
Modified: 2015-07-07 10:57 UTC (History)
2 users (show)

See Also:
Latest Commit:
Version Fixed In:
Sentry Crash Report:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
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.