memory leak in mpris interface
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
Nuvola Apps Runtime (Nuvola Player) |
Fix Released
|
Critical
|
Unassigned |
Bug Description
Fix committed to lp:nuvola-player/2.4.x as r835. Will be released in Nuvola Player 2.4.1.
<http://
Fix committed to lp:nuvola-player as r840. Will be released in Nuvola Player 2.5.0.
<http://
Original report:
Nuvolaplayer seems to have a slow leak in the mpris interface. When notifications are turned on memory usage creeps up with every song, turning them off helps but usage is still creeeping. I've only tried google music, as that's all I have a subscription to. I found while messing with dbus, nuvola is doing this in the background:
snkiz@DontPanic:~$ PLAYER=nuvolaplayer
snkiz@DontPanic:~$ qdbus org.mpris.
CanControl: true
CanGoNext: true
CanGoPrevious: true
CanPause: true
CanPlay: false
CanSeek: false
Metadata: mpris:artUrl: file://
mpris:trackid: 1
mpris:trackid: 1
mpris:trackid: 1
..... repeated many times
.....
mpris:trackid: 1
mpris:trackid: 1
mpris:trackid: 1
mpris:trackid: 1
mpris:trackid: 1
mpris:trackid: 1
mpris:trackid: 1
mpris:trackid: 1
mpris:trackid: 1
mpris:trackid: 1
mpris:trackid: 1
xesam:album: 2001 (Edited Version)
xesam:artist: Dr. Dre
xesam:title: Big Ego's (Edited)
PlaybackStatus: Playing
anything else that is required to fix this, let me know
Changed in nuvola-player: | |
status: | Fix Committed → Fix Released |
I can confirm that this is definitely a prominent bug in the latest release of nuvola player. It also has quite the adverse effect on qdbus, making it progressively slower to receive information with each new track that is played. After leaving one of my playlists on loop for around 5-6 hours it caused my conky+dzen2 bar marquee to slow to a crawl, with qdbus taking over a second to load the information. And when you're polling dbus for this information several times a second it can be very difficult to deal with.