[asterisk-dev] [Code Review] Make pbx_start NOT default to s at default if extension not found

[Tilghman Lesher]

-----------------------------------------------------------
This is an automatically generated e-mail. To reply, visit:
https://reviewboard.asterisk.org/r/1446/#review4365
-----------------------------------------------------------



/branches/10/main/pbx.c
<https://reviewboard.asterisk.org/r/1446/#comment8483>

    There was another case here at one time, but I don't know if it's been changed or not.  Some PRIs have the capability of starting a call with _no_ extension, and the dialplan can accept this with a blank extension.  If a channel driver does generate a blank extension, then the dialplan should at least attempt to look for a blank extension.



/branches/10/main/pbx.c
<https://reviewboard.asterisk.org/r/1446/#comment8484>

    While we're here, fix the red blobs.


- Tilghman


On Sept. 19, 2011, 12:12 p.m., Olle E Johansson wrote:
> 
> -----------------------------------------------------------
> This is an automatically generated e-mail. To reply, visit:
> https://reviewboard.asterisk.org/r/1446/
> -----------------------------------------------------------
> 
> (Updated Sept. 19, 2011, 12:12 p.m.)
> 
> 
> Review request for Asterisk Developers.
> 
> 
> Summary
> -------
> 
> Asterisk today seems to default to exten s at default if extension is not found in function pbx_start in pbx.c. This is not expected behaviour but has been in Asterisk for a long time for some strange function.
> 
> If extension is "", exten "s" should be used, but not otherwise. This patch reverts this behaviour and is proposed for Asterisk 10.
> 
> 
> Diffs
> -----
> 
>   /branches/10/main/pbx.c 336635 
> 
> Diff: https://reviewboard.asterisk.org/r/1446/diff
> 
> 
> Testing
> -------
> 
> WIll come later in my work with fixing the AMI originate action (see rview 1445)
> 
> 
> Thanks,
> 
> Olle E
> 
>

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.digium.com/pipermail/asterisk-dev/attachments/20110919/2901d1c5/attachment-0001.htm>