[asterisk-bugs] [Asterisk 0013804]: app_directory crashses Asterisk when voicemail entry doesn't have a name

[Asterisk Bug Tracker]

The following issue has been RESOLVED. 
====================================================================== 
http://bugs.digium.com/view.php?id=13804 
====================================================================== 
Reported By:                bluecrow76
Assigned To:                svnbot
====================================================================== 
Project:                    Asterisk
Issue ID:                   13804
Category:                   Applications/app_directory
Reproducibility:            always
Severity:                   crash
Priority:                   normal
Status:                     resolved
Asterisk Version:           1.6.0.1 
SVN Branch (only for SVN checkouts, not tarball releases): N/A 
SVN Revision (number only!):  
Disclaimer on File?:        N/A 
Request Review:              
Resolution:                 fixed
Fixed in Version:           
====================================================================== 
Date Submitted:             2008-10-29 15:11 CDT
Last Modified:              2008-10-29 15:42 CDT
====================================================================== 
Summary:                    app_directory crashses Asterisk when voicemail entry
doesn't have a name
Description: 
example voicemail.conf:
[voicemail-context]
101 => 101
102 => 102,Extension 102

After the Directory application requests the first three letters for the
search, when it performs the search, it will crash asterisk when it tries
to parse the line with no name.

My fix was to change the offending lines to something like the following,
but it appears a check needs to be added.
101 => 101,101
====================================================================== 

Issue History 
Date Modified    Username       Field                    Change               
====================================================================== 
2008-10-29 15:42 svnbot         Status                   new => resolved     
2008-10-29 15:42 svnbot         Resolution               open => fixed       
2008-10-29 15:42 svnbot         Assigned To               => svnbot          
======================================================================