After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 709338 - Last.fm is scrobbling only to now playing and not to recent tracks
Last.fm is scrobbling only to now playing and not to recent tracks
Status: RESOLVED WONTFIX
Product: banshee
Classification: Other
Component: Last.fm
2.6.1
Other Linux
: Normal normal
: ---
Assigned To: Banshee Maintainers
Banshee Maintainers
gnome[unmaintained]
Depends on:
Blocks:
 
 
Reported: 2013-10-03 07:56 UTC by gbenhaim
Modified: 2020-03-17 09:58 UTC
See Also:
GNOME target: ---
GNOME version: ---


Attachments
debug log (26.64 KB, text/plain)
2013-10-03 07:56 UTC, gbenhaim
Details

Description gbenhaim 2013-10-03 07:56:17 UTC
Created attachment 256347 [details]
debug log

When playing media from a UPNP/DLNA server, Last.fm is reporting correctly to Now Playing, but nothing is being reported to recent tracks.

looking in the debug log, seems like the wrong track name is reported.
Comment 1 Phil Trimble 2013-10-06 03:18:20 UTC
Hi there, sorry for the delay! Real life etc etc.

I dug through the log you provided (thanks for that!) and I see that Last.fm itself is ignoring the tracks you submit because the track name is filtered.

Based on my reading this is not necessarily a Last.FM related issue. Either Banshee (or whatever dependency it uses for FLAC) is incorrectly reading the track name from your FLAC tags or your FLAC files themselves are tagged incorrectly. Or perhaps your UPNP/DLNA server is somehow reporting the wrong info to Banshee? I'm not sure at this point.

For starters I'll look into FLAC and leave the UPNP/DLNA checking for later. I don't use FLAC myself so I'm going to have to dig a bit into how Banshee uses FLAC tags. 

In the meantime, would you be able to:

1) Provide the tags for one of the tracks in your log? 'Foo Fighters - 01 - Stacked Actors.flac' would work.
2) Let us know what UPNP/DLNA server you are using (including version)?
Comment 2 gbenhaim 2013-10-06 06:35:10 UTC
I further checked this issue, using Serviio v1.3.1 as a software UPNP/DLNA server.

in Serviio there are different views for the media (artists, albums, folders, ...), all of them are enabled by default and when Banshee scans the media server it creates duplicate entries. to fix that, I disabled all views except the folders view.

in folders view, Serviio track names are the file names and this whats causing Banshee to report wrong.

if I change Serviio to have only the artists view, Banshee is getting and reporting the correct file names, but then, some albums don't have any order for the tracks (I don't know if the tags are missing or Serviio doesn't report it).

I have no problem changing to a different media server to solve this (for Linux), which are known to have the correct behavior with Banshee ?
Comment 3 Phil Trimble 2013-10-24 03:20:52 UTC
Sorry for the late response! I don't have any experience personally with UPNP/DLNA servers. I'm hoping that one of the maintainers can provide a recommendation.

Can any maintainers recommend a UPNP/DLNA that we know works without issues with Banshee?
Comment 4 Ismael Olea 2014-02-04 22:39:54 UTC
Sorry for asking but, in which plugin is the UPNP/DLNA feature? I'm interested on that and I could help with some tests.
Comment 5 André Klapper 2020-03-17 09:58:20 UTC
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.