Headset button function does not coexist nicely with Doggcatcher
Using the lastest Doggcatcher and XiiaLive (3.0) from Google Play on Galaxy Nexus.
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
1. Pressing the headset button
XiiaLive stops playing music.
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.
2. Pressing again the headset button
XiiaLive resumes to play music.
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).
Servicio de atención al cliente por UserEcho
Thanks for the detailed post. I'll be taking a look at this and will further post my findings...
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.