Bug#602772: ekiga, remote can unmute audio and unsuspend video
Eugen Dedu
Eugen.Dedu at pu-pm.univ-fcomte.fr
Sun Nov 7 22:20:00 UTC 2010
On 07/11/10 22:59, David Fries wrote:
> Package: ekiga
> Version: 3.2.7-2
> Severity: normal
>
>
> Start an ekiga video conference, tell ekiga to suspend audio and video
> output (other side gets silence and no more video as expected), but
> when the remote suspends or resumes their video, the local side starts
> to send audio and video without any indication to the user. This can
> allow the remote side to eavsdrop thinks they are muted and not
> sending video.
>
> In my case the remote client is the N900 Telepathy-SofiaSIP/0.6.2
> client.
>
>> From ekiga's point of view when only the video was suspended, received
>
> v=0
> o=- XXXXXXXXXXXX
> s=-
> t=0 0
> m=audio 7078 RTP/AVP 18 96 8 0 99
> c=IN IP4 XXXXXXXXXXXXX
> a=rtpmap:18 G729/8000
> a=rtpmap:96 ILBC/8000
> a=fmtp:96 mode=30
> a=rtpmap:8 PCMA/8000
> a=rtpmap:0 PCMU/8000
> a=rtpmap:99 telephone-event/8000
> a=fmtp:99 0-15
> m=video 9078 RTP/AVP 97
> c=IN IP4 XXXXXXXXXXXXX
> a=rtpmap:97 h264/90000
> a=fmtp:97
> sprop-parameter-sets=XXXXXXXXXXXX=XXXXXXXXXX==;packetization-mode=1;profile-level-id=XXXXXXXX
> a=recvonly
>
> Is ekiga seeing the "a=recvonly" and doing what it was instructed to
> do, that is send video?
Thank you for your reports+patch. As these are non-packaging issues,
could you please send this bug and the other to ekiga's own bugzilla
(http://bugzilla.gnome.org/browse.cgi?product=ekiga)? I can do it, but
I think it's better that you be subscribed to them.
--
Eugen
More information about the pkg-gnome-maintainers
mailing list