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