0
Fixed

Headset button function does not coexist nicely with Doggcatcher

tuxmobil 6 years ago • updated by Jona (Lead Developer) 3 years ago 4

Using the lastest Doggcatcher and XiiaLive (3.0) from Google Play on Galaxy Nexus.


Preconditions:

0. Doggcatcher's headset setting is "bind to headset", but _not_ "forcefully".

1. XiiaLive's Media Control setting is "OFF", meaning not being the default app.

2. Doggcatcher has a podcast downloaded and ready to play.

3. XiiaLive is in the foreground, playing music


Actions:

1. Pressing the headset button


Expected outcome:

XiiaLive stops playing music.


Actual outcome:

XiiaLive continues to play (says the UI) but the audio is "overruled" by the podcast which starts playing from Doggcatcher.

My expectation was that Doggcatcher would not be triggered because XiiaLive was in the foreground and actively playing music.


Further actions:

2. Pressing again the headset button


Expected outcome:

XiiaLive resumes to play music.


Actual outcome:

Doggcatcher stops, but XiiaLive still not hearable again (although still playing , says the UI). But it's not complete silence, there is some kind of digital noise hearable (silently).


Forcefully closing Doggcatcher brings back audio from XiiaLive.



My general expectation of apps not "forcefully" bound to the headset (installing themselves as the default headset app) is that those apps do not respond to the headset unless they are playing music or being in the foreground. By this I would be able to pause/resume podcasts from Doggcatcher or pause/resume music from XiiaLive, depending on whichever app is currently used (in the foreground).


This kind of coexistence seems to be broken. I cannot tell who to blame, but apparently XiiaLive doesn't even pause the music here, it is just muted by Doggcatcher.


I would appreciate if you could investigate (and possibly also talk to the Doggcatcher dev).


Thanks.


Answer

Answer
Fixed
I'm setting this as fixed. We have done various updates since this post. We are currently abiding by Android suggested rules for media controls.

Thanks for the detailed post. I'll be taking a look at this and will further post my findings...

Started

Again, thanks for the detailed post.  I was able to investigate and have found a bug where if the "Media controls" are set to OFF, it would never registers for media control while the app was in use.


I have fixed the issue and will be part of the next update. With this fix the app while in use will process all media controls.

Answer
Fixed
I'm setting this as fixed. We have done various updates since this post. We are currently abiding by Android suggested rules for media controls.