~mil/sxmo-tickets#583: placing call with pipewire 3.77?

It seems like it happened after latest pipewire update (3.77), on pmos edge. calls are unusable, with a strange twist. Steps to reproduce:

place a call -> after a long while, notifcation "we failed to disable speaker." then we failed to enable speaker" -> an "Incall Menu" item is in sxmo menu, with what seems to be an outgoing (ghost) call.
hit "hang up. -> "we failed to hangup the call"

-> a new call is placed to the requested number, and this time things work!

(variations of this scenario occur... very mysterious)

Status: RESOLVED FIXED
Submitter: ~baroque0
Assigned to: No-one
Submitted: 1 year, 4 months ago
Updated: 1 year, 3 months ago
Labels: No labels applied.

~stacyharper 1 year, 4 months ago

I reproduced and reported this here: https://gitlab.com/mobian1/callaudiod/-/issues/30

~noneofyourbusiness 1 year, 4 months ago

mitigation for pmos:

add http://dl-cdn.alpinelinux.org/alpine/v3.18/community to /etc/apk/repositories

doas apk add pipewire=0.3.70-r1

reap the stability of alpine releases

change back with

doas apk add pipewire>0.3.70-r1

~stacyharper REPORTED FIXED 1 year, 3 months ago

Pipewire 0.3.78 solve this: https://gitlab.freedesktop.org/pipewire/pipewire/-/issues/3414

Wait for this to land: https://gitlab.alpinelinux.org/alpine/aports/-/merge_requests/50389

Then you can upgrade Pipewire using the tip from ~noneofyourbusiness doas apk add pipewire>0.3.70-r1, or removing the pipewire= line from /etc/apk/world.

I also applied a patch on sxmo-utils master to fix the speaker mode being disabled after a call (I hope).

I mark this as resolved, let's keep an eye on call audio issue and re-open if something still looks wrong.