GNOME Bugzilla – Bug 697871
Suspending audio doesn't work
Last modified: 2020-06-06 16:28:58 UTC
Suspending the input audio through menu or 'm' hotkey doesn't work; the sound is still being sent out to the call. I have spent some time root-causing this, and it seems that stream->SetPaused (!paused); in lib/engine/components/opal/opal-call.cpp::Opal::Call::toggle_stream_pause() has no effect. This seems to be very closely related to this discussion on opalvoip-users: http://www.mentby.com/Group/opalvoip-users/opalvoip-user-opalmediastream-setpaused-not-working.html Seems like SetPaused() in OPAL now has rather surprising semantics. Therefore I believe this should be fixed either in OPAL or in Ekiga (by muting the microphone input through some different means, I am no desktop environment expert to propose what should acceptable solution look like).
We have already noticed this bug and are working to see what is the best solution to fix it, thank you.
Any updates? Many people use Ekiga for conference calls at work. The potential for disaster with this bug is just too high.
The current plan is to change from pausing the stream to muting the microphone. We need to think a bit about it and probably change the interface too in order to allow muting. The same for video. Please wait (again!) a bit...
Felipe, what we can do is grey out the entries for suspending audio/video until it is fixed, is this useful for you?
Eugen: Thanks for the quick answer. Disabling (or even removing) those entries for the time being could be an option. At least that wouldn't trick people into thinking that their mics are muted when they are not.
Ekiga is not under active development anymore: https://gitlab.gnome.org/Infrastructure/Infrastructure/-/issues/273 Ekiga saw its last release 7 years ago. The last code commits were 4 years ago. Closing this report as WONTFIX as part of Bugzilla Housekeeping to reflect reality. Please feel free to reopen this ticket (and transfer the project to GNOME Gitlab, as GNOME Bugzilla is deprecated) if anyone takes the responsibility for active Ekiga development again in the future.