[10III] TRRS wired headsets (Bose) not recognised, except briefly

REPRODUCIBILITY: 100%
OS VERSION: 5.0.0.68
HARDWARE: Sony Xperia 10III XQBT52
UI LANGUAGE: sv_SE
REGRESSION: ?

DESCRIPTION:

Wired headsets (Bose) are recognised when plugged in, but after approximately two seconds audio is routed back to speaker.

These are passive headsets (no noise cancellation) held in place by a silicon pretzel in the outer ear. Cable is striped (gray/green or black/red) and has a mic+buttons dongle on the right side. Connector is 3.5 mm TRRS. There is no indication what the model name is and I have no clue. Sorry. I got these from people who switched to BT headsets.

Possibly significant: Headset button for Play/Pause works, volume control does not, at least on XA2. Pausing works on Xperia 10III, but also switches output to speaker. Volume control doesn’t work, neither does resuming playback: Output switches briefly to wired headphone and then to wired headset, but audio app doesn’t start playing again.

It could be that these headsets were designed for iphone but as noted, basic audio in/out does work on non-10III models.

PRECONDITIONS:

None known

STEPS TO REPRODUCE:

  1. Plug in headset to 3.5 mm jack

  2. Phone recognises headset, audio out works

  3. Wait 2 sec

EXPECTED RESULT:

Headset to remain connected and audio in/out to be routed to it

ACTUAL RESULT:

Audio routing changes back to speaker and internal microphone after two seconds

MODIFICATIONS:

OpenRepos and Chum

ADDITIONAL INFORMATION:

This is the outcome without a phone case, so unlikely that the plug isn’t fully inserted.

I can force audio routing to/from the Bose headsets using the Audio Output app from Chum.

Restarting Audio subsystem i Sailfish Utilities has no effect.

I think there’s something different in how headsets are detected with the Xperia 10III:

  • The same Bose headsets do work with Xperia X, XA2, and Jolla C2
  • Other headsets (Samsung, noname, JBL) work with the Xperia 10III
    All tests made with native applications on SailfishOS.

Output of systemctl status pulseaudio:

â—Ź pulseaudio.service - PulseAudio (system-wide mode)
   Loaded: loaded (/usr/lib/systemd/system/pulseaudio.service; static; vendor preset: enabled)
   Active: inactive (dead) since Fri 2025-10-31 08:24:44 CET; 2h 11min ago
  Process: 3823 ExecStopPost=/bin/sh -c rm -f /run/pulse/pid (code=exited, status=0/SUCCESS)
  Process: 1366 ExecStart=/usr/bin/pulseaudio --daemonize=no --system --disallow-module-loading
  $CONFIG (code=exited, status=0/SUCCESS)
 Main PID: 1366 (code=exited, status=0/SUCCESS)

Output of journalctl -u pulseaudio:

-- Logs begin at Fri 2025-10-31 10:23:51 CET, end at Fri 2025-10-31 10:38:29 CET. --
-- No entries --
1 Like

The issue I’ve had on my xperia x & 10II is that some headphones could not be fully inserted because of a case / cover. When pushed the connection was made, but then partly lost again.

1 Like

Thank you for suggesting a possible cause. My problem happens without having the phone in a case, so there’s something else going on. I have updated my OP to reflect this.

1 Like

have you tried restarting the Audio using Sailfish Utilities? Additionally if the source is an Android app, try turning off AAS, then restarting Audio, and then starting AAS

1 Like

Does your wired headset work with another phone or with your computer?

1 Like

Good thinking. Unfortunately restarting the Audio subsystem doesn’t help. I have updated my OP to reflect this.

They do, which is a bit frustrating…

edit: Updated OP to reflect that I have tested this with native apps on SFOS.

1 Like

What happens if you force output with Audio Output?

Edit: Sorry I missed the line

That works well. (And some filler text to please Discourse.)

Could you update your bug report and list the model of your headsets?

1 Like

Unfortunately no. But I updated my OP with a description that might help identify them - or at least identify what model they are not.

Which jack do you have?

It is TRRS - added that to description :slight_smile:

1 Like