Bug 1508807

It appears upstream is aware of this, but that looks still like an experimental set of patches not integrated into official upstream sources.  I'd only feel comforatble including it in packaging after that happens (unless any other pa maintainer has opinions otherwise).

Is there any progress on this bug?  I also have the same issue with Apple Powerbeats Pro headphones on Fedora 31.  The handsfree profile lists but there is no headset profile, I assume that is the reason I cannot configure them to be used as a headset in pulseaudio:

[Powerbeats Pro]# info
Device ---------- (public)
    Name: Powerbeats Pro
    Alias: Powerbeats Pro
    Class: 0x00240418
    Icon: audio-card
    Paired: yes
    Trusted: yes
    Blocked: no
    Connected: yes
    LegacyPairing: no
    UUID: Service Discovery Serve.. (00001000-0000-1000-8000-00805f9b34fb)
    UUID: Serial Port               (00001101-0000-1000-8000-00805f9b34fb)
    UUID: Audio Sink                (0000110b-0000-1000-8000-00805f9b34fb)
    UUID: A/V Remote Control Target (0000110c-0000-1000-8000-00805f9b34fb)
    UUID: Advanced Audio Distribu.. (0000110d-0000-1000-8000-00805f9b34fb)
    UUID: A/V Remote Control        (0000110e-0000-1000-8000-00805f9b34fb)
    UUID: Handsfree                 (0000111e-0000-1000-8000-00805f9b34fb)
    UUID: PnP Information           (00001200-0000-1000-8000-00805f9b34fb)
    UUID: Vendor specific           (74ec2172-0bad-4d01-8f77-997b2be0722a)
    Modalias: ----------

(In reply to Rex Dieter from comment #1)
> It appears upstream is aware of this, but that looks still like an
> experimental set of patches not integrated into official upstream sources. 
> I'd only feel comforatble including it in packaging after that happens
> (unless any other pa maintainer has opinions otherwise).

Where is the upstream conversation on this?

I cannot find any reference now (too long ago), wish I'd done so earlier when I'd made the comment. :-/

That said, f31 ships the latest PA release available, so if you say it's still a problem, then likely it's still an open/unsolved problem.

Probably best to ask pulseaudio folks directly,
https://lists.freedesktop.org/mailman/listinfo/pulseaudio-discuss

Yes its still an issue, with my 'Skullcandy' earbuds: https://www.skullcandy.co.uk/shop/earbuds/bluetooth-earbuds/indy?optionId=2906

Device 38:F3:2E:5C:41:61 (public)
	Name: Indy
	Alias: Indy
	Class: 0x002c0404
	Icon: audio-card
	Paired: yes
	Trusted: yes
	Blocked: no
	Connected: yes
	LegacyPairing: no
	UUID: Audio Source              (0000110a-0000-1000-8000-00805f9b34fb)
	UUID: Audio Sink                (0000110b-0000-1000-8000-00805f9b34fb)
	UUID: A/V Remote Control Target (0000110c-0000-1000-8000-00805f9b34fb)
	UUID: Advanced Audio Distribu.. (0000110d-0000-1000-8000-00805f9b34fb)
	UUID: A/V Remote Control        (0000110e-0000-1000-8000-00805f9b34fb)
	UUID: Handsfree                 (0000111e-0000-1000-8000-00805f9b34fb)

additional information: pacmd list-cards will report the following, showing it identifies the profile but not listing it as available.  

pacmd --version
pacmd 13.0-rebootstrapped
Compiled with libpulse 13.0.0
Linked with libpulse 13.0.0

pacmd list-cards
-----
    index: 12
	name: <bluez_card.50_DE_06_CC_77_F3>
	driver: <module-bluez5-device.c>
	owner module: 36
	properties:
		device.description = "Powerbeats Pro"
		device.string = "50:DE:06:CC:77:F3"
		device.api = "bluez"
		device.class = "sound"
		device.bus = "bluetooth"
		device.form_factor = "headphone"
		bluez.path = "/org/bluez/hci0/dev_50_DE_06_CC_77_F3"
		bluez.class = "0x240418"
		bluez.alias = "Powerbeats Pro"
		device.icon_name = "audio-headphones-bluetooth"
	profiles:
		a2dp_sink: High Fidelity Playback (A2DP Sink) (priority 40, available: yes)
		headset_head_unit: Headset Head Unit (HSP/HFP) (priority 30, available: no)
		off: Off (priority 0, available: yes)
	active profile: <a2dp_sink>
	sinks:
		bluez_sink.50_DE_06_CC_77_F3.a2dp_sink/#14: Powerbeats Pro
	sources:
		bluez_sink.50_DE_06_CC_77_F3.a2dp_sink.monitor/#16: Monitor of Powerbeats Pro
	ports:
		headphone-output: Headphone (priority 0, latency offset 0 usec, available: yes)
			properties:
				
		headphone-input: Bluetooth Input (priority 0, latency offset 0 usec, available: no)
			properties:

(In reply to Eric Rich from comment #3)
> (In reply to Rex Dieter from comment #1)
> > It appears upstream is aware of this, but that looks still like an
> > experimental set of patches not integrated into official upstream sources. 
> > I'd only feel comforatble including it in packaging after that happens
> > (unless any other pa maintainer has opinions otherwise).
> 
> Where is the upstream conversation on this?

I believe this is the upstream discussion.

https://gitlab.freedesktop.org/pulseaudio/pulseaudio/issues/84

I forgot my Apple ID and unable to reset it. Can anyone tell me, how do I reset the forgotten Apple ID password? I also checked https://mactechnicalsupportnumbers.com/blog/how-to-reset-forgotten-apple-id-password/ to know the direction.

Hello, would love to see a fix rolled out in Fedora as I've tried quite a bit of things to get airpods working as a headset with microphone (not just headphones):

I have tried all available Bluetooth profiles in /etc/bluetooth/main.conf:

[marches@blackbox ~]$ vim /etc/bluetooth/main.conf
# Restricts all controllers to the specified transport. Default value
# is "dual", i.e. both BR/EDR and LE enabled (when supported by the HW).
# Possible values: "dual", "bredr", "le"
#ControllerMode = dual

In all cases, Fedora will connect via BT, read the airpods as a dual device (headset), and allow you to switch to dual in Gnome settings, but the microphone won't read any input.

I at first blamed the integrated bluetooth on my Lenovo T480s so I tried with a desktop w/Gigabyte MB integrated bluetooth, same results. I also tried USB BT dongles on both devices, same results. All the same hardware reads the airpods as full dual headset in Windows but can't pick up the mic input in Fedora. 

Let me know if I can help debug.

FWIW I'm on Fedora 31 and still can't use my airpod's mic.

Fedora 33 - same issue -AirPods paired, but just for listening and no microphone usable in the sounds settings. I can switch the profile for output to HSP, but not seeing the relevant input.

$ pacmd --version
pacmd 13.99.2-rebootstrapped
Compiled with libpulse 13.99.0
Linked with libpulse 13.99.0

#just the MAC address edited
pacmd list-cards

    index: 16
	name: <bluez_card.E8_85_4B_FF_FF_FF>
	driver: <module-bluez5-device.c>
	owner module: 37
	properties:
		device.description = "AirPods Pro"
		device.string = "E8:85:4B:FF:FF:FF"
		device.api = "bluez"
		device.class = "sound"
		device.bus = "bluetooth"
		device.form_factor = "headphone"
		bluez.path = "/org/bluez/hci0/dev_E8_85_4B_FF_FF_FF"
		bluez.class = "0x240418"
		bluez.alias = "AirPods Pro"
		device.icon_name = "audio-headphones-bluetooth"
	profiles:
		a2dp_sink: High Fidelity Playback (A2DP Sink) (priority 40, available: yes)
		headset_head_unit: Headset Head Unit (HSP/HFP) (priority 30, available: no)
		off: Off (priority 0, available: yes)
	active profile: <a2dp_sink>
	sinks:
		bluez_sink.E8_85_4B_FF_FF_FF.a2dp_sink/#16: AirPods Pro
	sources:
		bluez_sink.E8_85_4B_FF_FF_FF.a2dp_sink.monitor/#24: Monitor of AirPods Pro
	ports:
		headphone-output: Headphone (priority 0, latency offset 0 usec, available: yes)
			properties:
				
		headphone-input: Bluetooth Input (priority 0, latency offset 0 usec, available: no)
			properties:

This package has changed maintainer in Fedora. Reassigning to the new maintainer of this component.