As per discussion on bug 7862, the problem wasn't the fact that the documentation...
authorSteve Murphy <murf@digium.com>
Fri, 8 Sep 2006 16:44:38 +0000 (16:44 +0000)
committerSteve Murphy <murf@digium.com>
Fri, 8 Sep 2006 16:44:38 +0000 (16:44 +0000)
commit4c937339e57ab945362be5172357abeb6d3014ec
treed8bd6cf5f7fae57917a102c804497e5b94073136
parentae6795f3ec0688bb0832ec8dec0e3b2b899c614c
As per discussion on bug 7862, the problem wasn't the fact that the documentation differed from behavior, but rather that users are used to REGEX having that space after the double quote in 1.2.x. So, in keeping with history, I investigated a little deeper, and discovered that the change in behavior was due to the modification of the function to use the AST_DECLARE_APP_ARGS and AST_NONSTANDARD_APP_ARGS() to parse the args. The code to skip the blank was left out. So, what I did was add code to throw out the first blank (space or tab) after the double quote, IF IT IS THERE. If not, nothing is done.Verbage is added to the function description saying that the space is optional, and skipped if it is there. If a space is desired, then the documentation advises putting two spaces there. This should make it compatible for 1.2 users, and not mess up new users who are used to using it with no space. It WILL mess up new users who WANT a space. Hopefully, they will double check the doc strings for this func and add the extra space. Hopefully, this class of new user is very small.

git-svn-id: https://origsvn.digium.com/svn/asterisk/trunk@42423 65c4cc65-6c06-0410-ace0-fbb531ad65f3
funcs/func_strings.c