• Home
  • Features
  • Pricing
  • Docs
  • Announcements
  • Sign In

mopidy / mopidy-gmusic / 143 / 1
63%
develop: 63%

Build:
DEFAULT BRANCH: develop
Ran 05 Oct 2015 10:55PM UTC
Files 9
Run time 0s
Badge
Embed ▾
README BADGES
x

If you need to use a raster PNG badge, change the '.svg' to '.png' in the link

Markdown

Textile

RDoc

HTML

Rst

05 Oct 2015 10:47PM UTC coverage: 54.704% (+0.2%) from 54.545%
TOX_ENV=py27

push

travis-ci

jodal
Fix scrobbling and play count increasing

There is no robust way for a backend to know when a track is done
playing. Thus I added a GMusicScrobblerFrontend that listens for the
track_playback_ended event, checks if we've played enough of the track,
and if so sends an event to the GMusicBackend, which uses gmusicapi to
increase the play count. Fixes #96.

By removing the play count management from GMusicPlaybackProvider, I
could strip it down to a pure and simple translate_uri(). As a side
effect of this, Last.fm scrobbling through Mopidy-Scrobbler now works.
Fixes #60. Fixes mopidy/mopidy-scrobbler#6.

As I could find no official policy for when Google Play Music's play
count should be increased, I changed it from requiring 2/3 of the track
to have been played to 50% or 240s, which aligns with Last.fm's rules
as used in Mopidy-Scrobbler.

407 of 744 relevant lines covered (54.7%)

0.55 hits per line

Source Files on job 143.1 (TOX_ENV=py27)
  • Tree
  • List 0
  • Changed 4
  • Source Changed 4
  • Coverage Changed 4
Coverage ∆ File Lines Relevant Covered Missed Hits/Line
  • Back to Build 143
  • Travis Job 143.1
  • 7652f25f on github
  • Prev Job for TOX_ENV=py27 on develop (#142.1)
  • Next Job for TOX_ENV=py27 on develop (#144.1)
STATUS · Troubleshooting · Open an Issue · Sales · Support · CAREERS · ENTERPRISE · START FREE · SCHEDULE DEMO
ANNOUNCEMENTS · TWITTER · TOS & SLA · Supported CI Services · What's a CI service? · Automated Testing

© 2026 Coveralls, Inc