Handle transfers of D-Bus name ownership

Bug #602040 reported by Paul Kuliniewicz
10
This bug affects 2 people
Affects Status Importance Assigned to Milestone
Panflute
Fix Released
Medium
Paul Kuliniewicz

Bug Description

The NameOwnerChanged D-Bus signal is emitted in three possible circumstances:
 * A name is acquired
 * A name is released
 * A name is transfered from one owner to another

Panflute only handles the first two circumstances and ignores the third. This prevents Panflute from properly handling the case where two instances of the same D-Bus-using player are running: Panflute can get stuck paying attention to an instance that no longer exists.

Steps to reproduce:
1. Start VLC. Panflute starts paying attention to it.
2. Start VLC again. Panflute ignores it and pays attention to the first instance.
3. Quit the first instance of VLC.

Expected behavior:
Panflute switches to the remaining instance of VLC.

Actual behavior:
Panflute keeps trying to work with the first instance of VLC and ignores the remaining one. It continues doing so until the remaining instances of VLC are terminated.

Panflute needs to respond to NameOwnerChanged signals where ownership is transfered, and respond by paying attention to the new owner of the D-Bus name (here, org.mpris.vlc). This will ensure it always pays attention to the current owner of the name.

See also <a href="https://bugs.launchpad.net/panflute/+bug/596511/comments/1">this comment on a related bug</a>.

Tags: daemon dbus

Related branches

Changed in panflute:
status: New → Confirmed
importance: Undecided → Medium
assignee: nobody → Paul Kuliniewicz (kuliniew)
milestone: none → 0.7.0
tags: added: daemon dbus
Changed in panflute:
status: Confirmed → Fix Committed
Changed in panflute:
status: Fix Committed → Fix Released
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.