The cause for this bug is, that rhythmbox (rb) does not correctly reset the hints on a notification.
So if a song does not have a cover-art defined for it, rb just passes a default icon via the "icon parameter". But if a previous song had a cover-art defined, it was sent from rb via DBus to the notification-daemon (notify-osd in this case) using the "image_data" hint. If this "image_data" hint is not explicitly cleared from rb before sending out that default icon as "icon parameter", the pixbuf attached to that "image_data" hint overrules the "icon parameter", resulting in the notification showing the wrong/old cover-art.
I've written a patch against rb 0.12.5 to fix this. It is attached to this comment. Furthermore I uploaded rhythmbox_0.12.5-0ubuntu5 to my PPA here (https://edge.launchpad.net/~macslow/+archive/ppa/+packages). Someone from the distro-team can grab needed bits from there and upload it to main.
The cause for this bug is, that rhythmbox (rb) does not correctly reset the hints on a notification.
So if a song does not have a cover-art defined for it, rb just passes a default icon via the "icon parameter". But if a previous song had a cover-art defined, it was sent from rb via DBus to the notification-daemon (notify-osd in this case) using the "image_data" hint. If this "image_data" hint is not explicitly cleared from rb before sending out that default icon as "icon parameter", the pixbuf attached to that "image_data" hint overrules the "icon parameter", resulting in the notification showing the wrong/old cover-art.
I've written a patch against rb 0.12.5 to fix this. It is attached to this comment. Furthermore I uploaded rhythmbox_ 0.12.5- 0ubuntu5 to my PPA here (https:/ /edge.launchpad .net/~macslow/ +archive/ ppa/+packages). Someone from the distro-team can grab needed bits from there and upload it to main.
I also added a remark in the upstream bug-report (https:/ /bugzilla. gnome.org/ show_bug. cgi?id= 598613) and attached my patch there too.