[Home]

Summary:ASTERISK-19875: Behavior change in BLINDTRANSFER variable such that it is not available at the h extension
Reporter:call (call)Labels:
Date Opened:2012-05-15 11:05:42Date Closed:2012-06-04 16:16:20
Priority:MajorRegression?
Status:Closed/CompleteComponents:Features/Parking
Versions:1.8.12.0 Frequency of
Occurrence
Related
Issues:
Environment:CentOS - 5.6Attachments:
Description:Lost the variable BLINDTRANSFER in the extension h
In the 1.6.2.X (1.4) it worked



[May 15 16:50:31] VERBOSE[26955] pbx.c:     -- Executing [1125@transfer-queue:1] NoOp("SIP/allo-spb-000070fa") in new stack
[May 15 16:50:31] VERBOSE[26955] pbx.c:     -- Executing [1125@transfer-queue:2] NoOp("SIP/allo-spb-000070fa", "BLINDTRANSFER: SIP/1545-00007104") in new stack
[May 15 16:50:31] VERBOSE[26955] pbx.c:     -- Executing [1125@transfer-queue:18] Gosub("SIP/allo-spb-000070fa", "office,1125,5(GOSUB)") in new stack

...

[May 15 16:53:41] VERBOSE[26955] pbx.c:     -- Executing [h@transfer-queue:1] NoOp("SIP/allo-spb-000070fa", "2012-05-15 16:48:36") in new stack
[May 15 16:53:41] VERBOSE[26955] pbx.c:     -- Executing [h@transfer-queue:2] DumpChan("SIP/allo-spb-000070fa", "10") in new stack

...

[May 15 16:53:41] VERBOSE[26955] pbx.c:     -- Executing [h@transfer-queue:3] GotoIf("SIP/allo-spb-000070fa", "0?base") in new stack
[May 15 16:53:41] VERBOSE[26955] pbx.c:     -- Executing [h@transfer-queue:4] GotoIf("SIP/allo-spb-000070fa", "1?q_tr") in new stack
[May 15 16:53:41] VERBOSE[26955] pbx.c:     -- Executing [h@transfer-queue:101] NoOp("SIP/allo-spb-000070fa", BLINDTRNSFER: ") in new stack
Comments:By: Paul Belanger (pabelanger) 2012-05-16 18:25:25.728-0500

We require a complete debug log to help triage the issue. This document will provide instructions on how to collect debugging logs from an Asterisk machine for the purpose of helping bug marshals troubleshoot an issue: https://wiki.asterisk.org/wiki/display/AST/Collecting+Debug+Information



By: Rusty Newton (rnewton) 2012-05-21 17:14:07.310-0500

The BLINDTRANSFER variable was changed to prevent subtle bugs in parking. A workaround to the new behavior is to cache the variable into another channel variable that will persist along that path that you need, and could be accessed in the h extension. The intended use of this variable was internal to Asterisk. You may not want to rely on the behavior of this variable to be consistent across versions. We will acknowledge this issue and document the change in CHANGES.