Bug 272820 - Move(copy) labels from collection DB to files
Summary: Move(copy) labels from collection DB to files
Status: REPORTED
Alias: None
Product: amarok
Classification: Applications
Component: Metadata Editing and Reading (show other bugs)
Version: unspecified
Platform: unspecified Unspecified
: NOR wishlist
Target Milestone: ---
Assignee: Amarok Developers
URL:
Keywords:
: 294852 (view as bug list)
Depends on:
Blocks:
 
Reported: 2011-05-09 00:07 UTC by avaer
Modified: 2015-01-04 16:33 UTC (History)
7 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 avaer 2011-05-09 00:07:25 UTC
Version:           unspecified (using KDE 4.6.2) 
OS:                unspecified

As I can guess, labels are stored in collection DB*.

Ratings were moved to files. I think it would be cool to copy labels there, too. It would work perfectly in these scenarios:
- collection DB failure (for any reason)
- collection moving
- files sharing
- any other you come up with

Copying labels instead of moving because of possibility for querying collection using labels in filter dialog. When the collection is created (recreated), the labels would be copied from files to DB.

* - I can guess this, because I lost my collection data a few times WITH the labels. ;) I should say, tens of minutes of setting labels.

Reproducible: Always

Steps to Reproduce:
Set your collection's dirs to none (so your collection vanishes from Amarok DB). Restart Amarok and restore collection's dirs settings; let Amarok scan the collection.

Actual Results:  
You lose all the labels

Expected Results:  
Your labels are re-read from the files
Comment 1 Ralf Engels 2011-05-13 13:23:47 UTC
Rating was easy. The specification already has a tag for that.

The rest is not that easy. First played, last played and also labels don't have a tag that I could use.
Maybe someone can propose a solution.
Comment 2 avaer 2011-05-14 20:58:38 UTC
Amarok allows editing files' comments. What about appending labels to file comment when possible (when comment field for file is available/createable)? Labels could be separated by \n, so we would have something like

Comment comment comment

> [ LABELS ]
> label1
> label2
> anotherLabel

Not a perfect solution, but quite intuitive and - I hope - simple
Comment 3 Mathias Dietrich 2012-01-02 22:39:36 UTC
Is there a way to extend the FMPS standards to also support tags.
Maybe like FMPS_TAGS ?

Is there a practical chance, that the specs can be extended, if someone will bring up the topic @ freedesktop ?
Comment 4 Myriam Schweingruber 2012-01-03 00:08:49 UTC
It is certainly worth a try
Comment 5 Mathias Dietrich 2012-01-07 17:30:47 UTC
As beeing someone, I raised the topic on the mailing list for the fmps specs. If I missed something or if you would like to add something to my proposal, please have a look at:

http://lists.freedesktop.org/archives/xdg/2012-January/012243.html
Comment 6 Myriam Schweingruber 2013-04-09 16:07:21 UTC
*** Bug 294852 has been marked as a duplicate of this bug. ***
Comment 7 Tobias Bora 2013-08-22 14:19:47 UTC
Is there some news about this topic ? Because I really miss this option... And do we really must wait that this specification become official ? Can't we just create a new "label" tag, even if it's supported only by Amarok for the moment, even if the name of the tag must be changed later ?