Summary: | ASTERISK-03751: [patch] Attended call transfer doesn't get back (on busy or noanswer) | ||
Reporter: | alextitov (alextitov) | Labels: | |
Date Opened: | 2005-03-23 10:46:47.000-0600 | Date Closed: | 2005-03-31 21:39:00.000-0600 |
Priority: | Major | Regression? | No |
Status: | Closed/Complete | Components: | Resources/res_features |
Versions: | Frequency of Occurrence | ||
Related Issues: | |||
Environment: | Attachments: | ( 0) res_features.c.patch.txt | |
Description: | We use atxfer => # in features.conf for attended transfer and it works fine until receiving party is busy or not responding: it drops both calls (transferer and transferee). So operator (transferer) is not able to say something to original caller (transferee). I browsed the code and noticed that this problem dies if builtin_atxfer() function returns FEATURE_RETURN_SUCCESS instead of -1 Have a look at patch attached for more explainative decription. Also we are looking forward for *0 (disconnect) code during attended transfer described in bug report 0003729 ****** ADDITIONAL INFORMATION ****** I didn't fill disclaimer yet (I'm a new bug submitter) But I agree to it. Besides, it is not a code contribution anyway ;) | ||
Comments: | By: Mark Spencer (markster) 2005-03-23 19:23:23.000-0600 This is already covered in bug ASTERISK-3644, please continue discussion there. Thanks! |