Canonical System Image

headphone button does not play/pause music.

Bug #1309731 reported by Chris Gagnon
136
This bug affects 29 people
Affects Status Importance Assigned to Milestone
Canonical System Image
Confirmed
High
John McAleely
Canonical System Image backlog
Ubuntu Music App
Invalid
Undecided
Unassigned
media-hub (Ubuntu)
Confirmed
Undecided
Jim Hodapp
media-hub (Ubuntu RTM)
Confirmed
Undecided
Unassigned

Bug Description

Summary:
headphone button does not play/pause music

Steps:
1. plug in headphones with a call/hangup button in headphone jack
2. import music in to music folder
3. open music app and play song
3. press headphone button a few times

expected results:
music is played or paused when pressing the headphone button

actual results
nothing happens.

Additional info, this should also answer/hangup a phone call.

Alan Pope 🍺🐧🐱 🦄 (popey)
no longer affects: touch-preview-images
Revision history for this message
Jim Hodapp (jhodapp) wrote :

I'll have to get a headphone pair that has this kind of button. I do have the Apple earbuds that have volume buttons...I'll have to see if this works.

Revision history for this message
dobey (dobey) wrote :

http://blog.naver.com/PostView.nhn?blogId=shoehorn&logNo=60140867322 might be helpful.

Revision history for this message
Simon K (octav14n) wrote :

This seems to be a duplicate of https://bugs.launchpad.net/music-app/+bug/1231909 .
If you agree, please mark one of the bugs as a duplicate of the other one.

Revision history for this message
Selene ToyKeeper (toykeeper) wrote :

Still broken in Utopic image 140.

Jim Hodapp (jhodapp)
Changed in pulseaudio:
assignee: nobody → Ricardo Salveti (rsalveti)
Changed in media-hub:
status: New → Invalid
Changed in music-app:
status: New → Invalid
Revision history for this message
Ricardo Salveti (rsalveti) wrote :

I don't see how this fix would end up being part of pulseaudio, as it shouldn't be controlling the play/pause by itself (the external client should be responsible for that instead).

I'm still not completely sure how android is managing such headset switch (probably via input devices), but I believe this should be part of media-hub instead.

Revision history for this message
Ricardo Salveti (rsalveti) wrote :

Some useful info: https://source.android.com/accessories/headset-spec.html

affects: media-hub → media-hub (Ubuntu)
Changed in media-hub (Ubuntu):
status: Invalid → Confirmed
no longer affects: pulseaudio
Ricardo Salveti (rsalveti)
Changed in media-hub (Ubuntu RTM):
status: New → Confirmed
Pat McGowan (pat-mcgowan)
Changed in media-hub (Ubuntu):
assignee: nobody → Jim Hodapp (jhodapp)
Changed in canonical-devices-system-image:
assignee: nobody → John McAleely (john.mcaleely)
milestone: none → backlog
Pat McGowan (pat-mcgowan)
Changed in canonical-devices-system-image:
status: New → Confirmed
importance: Undecided → High
Revision history for this message
James Lewis (james-fsck) wrote :

This appears to apply to bluetooth headphones also....

Revision history for this message
Jim Hodapp (jhodapp) wrote :

@James: support for BT headsets will be coming with the Bluez5 landing that is currently being worked on. So stay tuned.

Revision history for this message
Sturm Flut (sturmflut) wrote :

My wired headset generates key input events on krillin and mako, and Unity already has partial support for them. The problem seems to be that the hardware/driver does not emit the same key codes on all devices.

Sennheiser CX2.00G earbuds connected to krillin OTA-8:
Play/Pause/Hook button emits Qt::Key_MediaPlay
Volume up button emits Qt::Key_MediaPrevious
Volume down button emits Qt::Key_MediaNext

Sennheiser CX2.00G earbugs connected to mako ubuntu-touch/rc-proposed/ubuntu-pd r85:
Play/Pause/Hook button emits Qt::Key_LaunchMedia
Volume up button emits nothing
Volume down button emits nothing

As far as I can see AOSP ships a key mapping file for every device to compensate for this.

Revision history for this message
James Lewis (james-fsck) wrote :

Bluetooth play/pause confirmed NOT working in OTA12.

Revision history for this message
James Lewis (james-fsck) wrote :

Confirmed in OTA-13

Also, this impacts bluetooth car audio systems, so this issue may now be safety related.

To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Duplicates of this bug

Subscribing...

Other bug subscribers

Remote bug watches

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