GNOME Bugzilla – Bug 544052
Love track on 5 star rating
Last modified: 2020-03-17 08:20:27 UTC
It would be nice if a track get automatically loved on last.fm if you rate it 5 stars!
I would opt for it being a function able to switch on and off, then.
Yes, and not only 5 stars. The rating scale really differs from one person to another: * scale from 1 to 5: 3 stars rated song is a good song (where 1 is ok and 5 is awsome); * scale from -2 to +2: 3 stars rated song is a normal song (where 1 is crap and 5 is awsome). Maybe a user setting allowing to use ">=X stars" rated songs as loved songs.
Bulk changing the assignee to banshee-maint@gnome.bugs to make it easier for people to get updated on all banshee bugs by following that address. It's usually quite apparent who is working on a given bug by the comments and/or patches attached.
This is my #1 feature request for banshee. It would be cool to also unlove a track based on a different rating other than 5stars and ban a track on 1star. If things can be configurable like Fabien suggested, its fine.
I like this feature request, but like Mads Peter Rommedahl (comment 1) I would not like it to be turned on by default.
Unlike the love track switcher, the 5 star rating aproach gives the ability of visually control and sort thru the ratings column, which tracks are loved or not in your library.
I +1 the Richard proposal.
Everybody talks about the love/ban buttons for last.fm but for the sake of me, where are they? I can't find them anywhere! I was even thinking of filling a bug report (request) for this feature. Can anybody point out to me where are they? I'm using the latest Banshee from the daily ppa (git master branch)
Banshee is not under active development anymore and had its last code changes more than three years ago. Its codebase has been archived. Closing this report as WONTFIX as part of Bugzilla Housekeeping to reflect reality. Please feel free to reopen this ticket (or rather transfer the project to GNOME Gitlab, as GNOME Bugzilla is being shut down) if anyone takes the responsibility for active development again. See https://gitlab.gnome.org/Infrastructure/Infrastructure/issues/264 for more info.