Bug 211495

Summary:	last.fm: possibility to blacklist tracks from submitting
Product:	[Applications] amarok	Reporter:	Vamp898 <vamp898>
Component:	Services/Last.fm	Assignee:	Amarok Developers <amarok-bugs-dist>
Status:	RESOLVED DUPLICATE
Severity:	wishlist	CC:	dmeltzer.devel, eqisow, kde, kfunk, lfranchi, samuel.brack, TimTeichmann
Priority:	NOR
Version:	2.2.0
Target Milestone:	---
Platform:	Arch Linux
OS:	Linux
Latest Commit:		Version Fixed In:

Description Vamp898 2009-10-23 02:25:23 UTC

Version:           2.2.0 (using KDE 4.3.2)
Compiler:          GCC 4.4.1 
OS:                Linux
Installed from:    Archlinux Packages

I would be lucky about a feature which allowes to deactivate Last.FM on Some Songs on the actual playlist or a whole playliste.

It can be helpfully for example when you´re listening to audio books or podcasts and dont want that they will be scrobbled by last.fm

Comment 1 Sven Krohlas 2010-04-26 11:53:28 UTC

*** Bug 214161 has been marked as a duplicate of this bug. ***

Comment 2 Sven Krohlas 2010-04-26 11:53:36 UTC

*** Bug 216725 has been marked as a duplicate of this bug. ***

Comment 3 Vamp898 2010-07-29 18:28:03 UTC

Will this feature have a future?

Comment 4 Kevin Funk 2010-07-29 22:31:47 UTC

I think it would be feasible to prevent submitting for types of sources (podcast, shoutcast) but not individual tracks, as this would require managing some list of banned tracks. Not really worth the overhead.

Comment 5 Vamp898 2010-07-29 22:45:08 UTC

Cant we just add a boolean to every file which keeps true for scrobbling and false for not and after the user starts a file a simple if checks the boolean?

Comment 6 Tim Teichmann 2010-07-29 23:21:17 UTC

I am not familiar with the way the collection is organized.But when it is possible to have optional tags in the collection, then a "don't scrobble" tag which is not set by default would do all the things mentioned.

Not scrobbling podcasts and streams would be a very good start (which would be sufficient for me).

Comment 7 Samuel Brack 2010-12-11 15:48:25 UTC

This seems to be a duplicate of 140198

Comment 8 Mikko C. 2010-12-11 16:20:34 UTC


*** This bug has been marked as a duplicate of bug 140198 ***