Bugs item #1729550, was opened at 2007-06-01 12:04 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=743020&aid=1729550&group_id=139143
Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: core Group: ver 1.2.x Status: Open Resolution: None Priority: 5 Private: No Submitted By: Ovidiu Sas (osas) Assigned to: Nobody/Anonymous (nobody) Summary: CANCEL does not update the dialog state Initial Comment: In the current implementation of the dialog module, the CANCEL method does not change the state of the dialog. This is creating some inconsistency in the following scenario: - user A calls user B - user B sends back 180 Ringing - user B goes away (reboot, power cycle ...) - user A aborts the call and sends a CANCEL - since user B is no longer available, the CANCEL will time out and there will be no final reply to the initial INVITE This will live the dialog module with a dialog in DLG_STATE_EARLY until the dialog timeout fires. The correct behavior would be to put the dialog in a new terminated state and re-arm the dialog timeout timer to a sane value. Like this, the dialog will be cleaned up properly and it will not be reported as "in progress". Maybe this new state could be re-used to fix the cross over BYE (on BYE, mark the dialog as terminated and re-arm the dialog timeout timer to a sane value and absorb cross over BYEs). see: http://sourceforge.net/tracker/index.php?func=detail&aid=1727901&group_id=139143&atid=743020 ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=743020&aid=1729550&group_id=139143 _______________________________________________ Devel mailing list Devel@openser.org http://openser.org/cgi-bin/mailman/listinfo/devel