After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 150416 - Remote Video is not viewable after a 'Transfer Call' has failed.
Remote Video is not viewable after a 'Transfer Call' has failed.
Status: RESOLVED FIXED
Product: ekiga
Classification: Applications
Component: general
1.0.2
Other Linux
: Normal normal
: ---
Assigned To: Ekiga maintainers
Ekiga maintainers
: 150417 (view as bug list)
Depends on:
Blocks:
 
 
Reported: 2004-08-18 03:49 UTC by Simon Wood
Modified: 2004-12-22 21:47 UTC
See Also:
GNOME target: ---
GNOME version: ---


Attachments
Changes the connection state back to connected if a transfer fails. (733 bytes, patch)
2004-08-18 19:36 UTC, Simon Wood
none Details | Review

Description Simon Wood 2004-08-18 03:49:47 UTC
If you attempt to transfer a call and the transfer fails (i.e. user is
busy/offline) you maintain the connection with the original party, however you
can not select the remote video (even though you appear to be recieving -
according to the data rate counters).

You lose video when you issue the transfer command, as it automatically selects
local video.

Audio connection is still active, and other party can still see your sent video.
Comment 1 Simon Wood 2004-08-18 19:36:52 UTC
Created attachment 30718 [details] [review]
Changes the connection state back to connected if a transfer fails.

When a transfer is started the connection state changes to 'calling', after
transfer fails it is left in that state.

Attached patch forces the connection state to 'Connected' after transfer has
failed.

This also fixes bug#150417
Comment 2 Damien Sandras 2004-10-12 20:00:19 UTC
*** Bug 150417 has been marked as a duplicate of this bug. ***
Comment 3 Damien Sandras 2004-10-12 20:03:02 UTC
OK I have fixed the bug in another way in CVS. Actually when you are transfering
the remote party, there is no reason to change the state of the endpoint, the
state should stay to connected as you are still connected to the remote party
you are trying to transfer. Once the transfer is successful, then the call will
be cleared, and the state changed back to standby.

Thanks for the efficient debug!