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
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
