IRC log for #asterisk-doc on 20080424

00:07.24*** join/#asterisk-doc [1]snuff-home (i=snuff@60-240-117-7-nsw-pppoe.tpgi.com.au)
13:19.26*** join/#asterisk-doc lmadsen (n=Leif@asterisk/documenteur-extraordinaire/blitzrage)
13:19.26*** mode/#asterisk-doc [+o lmadsen] by ChanServ
14:09.22lmadsenmorning!
15:34.27lmadsenomg hi jsmith!
15:34.34jsmithHey lmadsen
15:49.45*** join/#asterisk-doc RobH (n=RobH@dsl017-048-227.sfo4.dsl.speakeasy.net)
16:11.15ctooley<PROTECTED>
16:11.15ctooley<PROTECTED>
16:11.15ctooley[Apr 24 11:14:42] WARNING[8831]: pbx.c:6394 ast_parseable_goto: Priority 'outbound_call,100,1' must be a number > 0, or valid label
16:11.33ctooleyuhhhh?
16:11.46lmadsenhrmmm....
16:12.23ctooleyI"m setting.... GOTO_DATA=${ODBC_INBOUND_DID_TO_CUSTOMER_SELECTION(${EXTEN})}
16:12.28ctooleyvia FUNC_ODBC()
16:12.37lmadsenits like it thinks 'outbound_call,100,1' is just a priority
16:12.42ctooleyand then calling Goto(${GOTO_DATA})
16:12.51lmadsentry doing Goto(${EVAL(${GOTO_DATA})}) maybe?
16:12.51ctooleyI guess they can't all be inside one variable?
16:12.56ctooleyok
16:13.00lmadsenI think that's the function...
16:13.08lmadsenbut I may be using it wrong
16:15.59ctooleynope, no joy
16:16.22ctooleyI guess I could run 3 separate queries and get the elements as 3 variables, but that seems hideous
16:20.14jsmithYeah, that's silly string handling
16:20.19jsmithI'd almost file that as a bug
16:20.24jsmithMaybe ping Corydon about it?
16:26.02ctooleyOK, something is very wrong.  I separated it into different variables and it doesn't work there either.
16:26.47jsmithctooley: Sounds like a bug then to me
16:26.48ctooleyugh
16:27.00ctooleyfixed it when they're separated into multiple varaibles
16:27.08ctooleynow to go back to a single query and try to fix that
16:27.14ctooleypipe vs comma
16:27.26jsmithWorse comes to worse, you can always use the CUT() function
16:27.35jsmithI realize it's messy, but it just may work
16:29.20lmadsenGoto(${CUT(GOTO_DATA,,,1)},${CUT(GOTO_DATA,,,2)},${CUT(GOTO_DATA,,,3)})
16:29.23lmadsengross :)
16:33.29jsmithlmadsen: You've gotta escape those middle commas!
16:33.38lmadsenoh you're right!
16:33.47jsmithGoto(${CUT(GOTO_DATA,\,,1)},${CUT(GOTO_DATA,\,,2)},${CUT(GOTO_DATA,\,,3)})
16:33.54jsmithI told you it wasn't pretty!
16:33.55lmadsenhrmmm....
16:34.01lmadsenit might even need to be \\\,
16:34.06lmadsensince it's inside a function
16:34.56ctooleyI think I see what's wrong
16:35.00jsmithUgh
16:35.06ctooley<PROTECTED>
16:35.06ctooley[Apr 24 11:39:28] WARNING[8852]: pbx.c:5934 pbx_builtin_setvar: Setting multiple variables at once within Set is deprecated.  Please separate each name/value pair into its own line.
16:35.35jsmithARRAY() to the rescue!
16:35.42ctooleyIf I change it to pipes, which is what Asterisk expects out of Realtime for the dialplan, it thinks I'm setting multiple values to one variable
16:36.32lmadsenNoOp(${SET(GOTO_DATA=${ODBC_GET_DATA(${ARG1})})})
16:36.41lmadsenuse the SET() function
16:36.51lmadsenit doesn't do the multi-variable set
16:37.53ctooleyI am using the SET function
16:38.23ctooleyat least I believe I am.
16:38.30jsmithI thought you were using the Set() application
16:38.41jsmithThere's a big difference between the Set() application and the SET() function
16:38.45ctooleyOh jesus, there's a difference isn't htere.
16:38.56ctooleyand it's all about capitalization to determine which one to use too,
16:38.58jsmithctooley: Yeah... as awful as the name are :-(
16:39.00ctooleyugh
16:39.05jsmithctooley: Well, more than that
16:39.12jsmithOne is an application, and one is a function
16:39.33jsmithHence you can't just go do exten => 123,1,SET(foo=bar|baz)
16:39.44ctooleyoh?
16:39.55ctooleyYou have to do ${SET()}
16:40.19jsmithctooley: Bingo!
16:40.35jsmithSomething like NoOp(${SET(GOTO_DATA=${ODBC_GET_DATA(${ARG1})})})
16:40.48ctooleyugh
16:41.59lmadsenmy example makes a comeback! :)
16:49.15ctooleythat fixed it.  thanks guys
16:50.31lmadsennp!
16:54.21jsmithw00t!
16:58.31lmadsenheh... ;automon => *1                  ; One Touch Record a.k.a. Touch Monitor
16:58.42lmadsenI always find it funny a 2 digit dtmf code is called one-touch record
17:00.16lmadsenhrmmm
17:00.38lmadsenI have a request from a client:  record all calls, but allow the called person to stop the recording my pressing a DTMF key...
17:00.57lmadsenMixMonitor and Monitor don't seem to have an option that allows you to terminate the recording...
17:01.24fileStopMixMonitor dialplan application
17:01.35fileapplicationmap it?
17:01.52lmadsenoh wow, I didn't even know that app existed
17:01.54lmadsenthanks!
17:02.07lmadsenI'll see if the application map works :)
17:02.41lmadsenis there a way I can control whether the application map gets applied or not?
17:02.54lmadsenbecause there also needs to be the ability to record calls without that option...
17:03.17fileDYNAMIC_FEATURES controls whether it is applicable or not
17:03.27lmadsenaha!
17:03.29lmadsengold
17:03.32lmadsenthank you kind sir
17:03.54lmadsenoh I'd have found that if I had scrolled down a bit further
17:05.20ctooleywow, I learn several new things every day.  I didn't even know about applicationmap in Asterisk.
17:05.31ctooleyNow, that is sad.
17:05.33lmadsensomeone should document this stuff :)
17:05.42ctooleyThat's a feature of asterisk that is VERY handy.
17:05.44lmadsenthere is just too much in asterisk to know it all
17:05.55lmadsenthat's what is so great about it!
17:06.10filesends lmadsen a bill
17:06.25lmadsenpasses it back up to Digium
17:06.36lmadsenloves playing 'pass the invoice'
17:34.35lmadsendoes 'automon' need to be in DYNAMIC_FEATURES or something?
17:34.55lmadsenI have it uncommented in features.conf, and reloaded the module, and 'show features' shows that there is a key for it.. but it doesn't trigger
17:35.16fileit is an option to Dial
17:35.22lmadsenyes, I have wW setup
17:35.32lmadsenand the DTMF is getting into asterisk because I see it in the logs
17:44.27lmadsenhaha, nevermind
17:44.39Juggienub
17:44.39lmadsenit was working... just the console doesn't tell you that a recording started
17:44.47lmadsenenabled courtesytone did it
17:44.58lmadsenI guess I figured there would have been some sort of output :)
17:57.04ctooleyOK, now something is weird.
17:57.44ctooleyThere's an entry in the voicemail_users table and voicemail is set up in extconfig.conf but MailboxExists(100|j) has decided that 100 is not a valid mailbox anymore.
17:59.08jsmithctooley: Doesn't it need to be 100@some-voicemail-context?
17:59.20jsmithctooley: You do know that voicemail boxes have contexts now, right?
17:59.34ctooleyyeah, but there's a "default" context of "default" isn't there?
17:59.48jsmithNot in realtime
17:59.58jsmithIf you're using realtime, I think you *have* to specify the context
17:59.59ctooleywonderful
18:00.06jsmithAt least, that's what's stuck in my head
18:00.19ctooleywell, it "was" working, and it's stopped.
18:00.25ctooleySo, I'll go down the context road
18:02.26ctooleyNow I just have to figure out how to get the context out of the database.  Do I have to do that with a query or would it be a already set variable?
18:05.50jsmithDo you already have a mailbox defined for the SIP peer?
18:06.05jsmithIf so, you might use the SIPPEER() function to retrieve it
18:09.30ctooleynope, it still isn't working. :(
18:15.25ctooleydoh! fixed it.
18:15.35ctooleyThe voicemail entry didn't have "context" set.
18:16.17ctooleyall better
18:48.40lmadsenquestion...
18:48.49lmadsenI'm not sure this is possible... but I'll see if I'm missing something
18:49.05lmadseni want to set a channel variable for the channel I'm calling, but not on the current channel...
18:49.27lmadseni.e... normally I'd do Set(_MYVAR=foo), but then MYVAR is on both the src and dst channels...
18:49.51jsmithI'd use a Dial() macro
18:50.02lmadsenaha!
18:50.10lmadsenyes, I'm already doing that... and that's where I can set it
18:50.12lmadsenthx jsmith
18:50.25jsmithlmadsen: No problem... glad to help
18:50.32lmadsenstupid me... I just did this yesterday to solve the exact same issue for call monitoring
18:50.38lmadsenbrain fart I guess
19:07.37lmadsenhrmmmmmmmmmmmmmm
19:07.52lmadsenthat option is now set, but #1 (my feature map) doesn't work on that channel... but it works on the other channel
19:08.03lmadsenso the feature map works, but just not on the answered channel
19:08.47lmadsenmaybe it won't work because the channel is answered first...
19:10.54jsmithis DYNAMIC_FEATURES set on the the channel where it doesn't work?
19:14.42lmadsenyeppers
19:14.59jsmithbeats me
19:15.02lmadsenI even set it from the source channel and made it transitive just in case it didn't like it from the M()
19:15.10lmadsenstill doesn't work...
19:45.43lmadsen, I solved part of it. But I may still have found some sort of bug... ?
19:45.43lmadsenstopMonitorSrc => #1,self/caller,StopMonitor    ; allow the source caller to stop monitoring
19:45.43lmadsenstopMonitorDst => #1,self/callee,StopMonitor    ; allow the destination caller to stop monitoring
19:45.44lmadsenThe permissions for the stopMonitorDst are callee, and opposite for stopMonitorSrc
19:45.44lmadsenWhen I do:    Set(_DYNAMIC_FEATURES=stopMonitorSrc#stopMonitorDst)    then it basically works, but I get this at the console:
19:45.45lmadsen<PROTECTED>
19:45.47lmadsen<PROTECTED>
19:45.49lmadsenThis is when I execute it on the destination channel (callee). I'd think that stopMonitorSrc should not get executed in that case
19:45.56lmadsenWhen I execute it on the source channel (caller), then it works as expected and I only see Feature Found: stopMonitorSrc exten: stopMonitorSrc
19:53.48lmadsenw00t!
19:53.51lmadsenI think it's working now
19:53.58lmadsenrussell thinks it's just cosmetic
19:54.02lmadsenand I think he is right
19:54.13lmadsenI have learned a lot about feature maps and permissions today :)
21:12.54*** join/#asterisk-doc bog22 (n=someone@69.49.151.130)
21:15.29*** part/#asterisk-doc bog22 (n=someone@69.49.151.130)

Generated by irclog2html.pl Modified by Tim Riker to work with infobot.