00:39.28 | *** join/#asterisk pchero (~pchero@211.178.226.108) |
01:29.57 | *** join/#asterisk jkroon (~jkroon@165.16.203.102) |
02:30.04 | *** join/#asterisk drathir_tor (~drathir@gateway/tor-sasl/drathir) |
02:39.41 | *** join/#asterisk tsal (~tsal@i59F52A41.versanet.de) |
03:42.36 | *** join/#asterisk electronic_eel (~quassel@213.240.182.16) |
07:32.13 | igcewieling | Intellequent has been bought by Sinch |
07:32.36 | *** join/#asterisk opal (~wowaname@volatile/founder/wowaname) |
07:32.58 | *** join/#asterisk drathir_tor (~drathir@gateway/tor-sasl/drathir) |
07:37.14 | igcewieling | "Sinch brings businesses and people closer with tools enabling personal engagement. " |
08:18.56 | *** join/#asterisk chrisb (~chrisb@unaffiliated/chrisb) |
09:05.24 | chrisb | are there asterisk test servers? where i can test out account registration? |
09:23.06 | *** join/#asterisk rpifan (~rpifan@p200300d2671bda003202e6ee6438fca6.dip0.t-ipconnect.de) |
09:29.56 | *** part/#asterisk chrisb (~chrisb@unaffiliated/chrisb) |
09:53.56 | *** join/#asterisk mvanbaak (~mvanbaak@asterisk/contributor-and-bug-marshal/mvanbaak) |
10:21.19 | *** join/#asterisk maximCH (~maximCH@mail.swill.org) |
12:55.35 | *** join/#asterisk rpifan (~rpifan@p200300d2671bda00aec9e435d629630c.dip0.t-ipconnect.de) |
13:34.34 | *** join/#asterisk paulgrmn (~paulgrmn@c-98-250-183-21.hsd1.mi.comcast.net) |
14:05.30 | *** join/#asterisk drathir_tor (~drathir@gateway/tor-sasl/drathir) |
14:47.47 | *** join/#asterisk vancz_ (~vancz@unaffiliated/vancz) |
14:49.34 | *** join/#asterisk gerhard7 (~gerhard7@86-87-238-48.fixed.kpn.net) |
15:31.43 | *** join/#asterisk bford (uid283514@gateway/web/irccloud.com/x-fgxukqnxeomeacnw) |
15:31.43 | *** mode/#asterisk [+o bford] by ChanServ |
15:40.24 | *** join/#asterisk kharwell (uid358942@gateway/web/irccloud.com/x-ablyirrsbdekmeio) |
15:40.24 | *** mode/#asterisk [+o kharwell] by ChanServ |
15:47.49 | *** join/#asterisk rpifan (~rpifan@p200300d2671bda00552019a01296c4ef.dip0.t-ipconnect.de) |
15:49.33 | *** join/#asterisk _Posterdati_ (~posterdat@host-95-233-191-230.retail.telecomitalia.it) |
16:16.00 | *** join/#asterisk UncleKiwi (~UncleKiwi@unaffiliated/unclekiwi) |
16:16.53 | UncleKiwi | hi does anyone here use softphones on their smartphones - i have been using bria for years and its been a bit hit and miss |
16:20.01 | igcewieling | UncleKiwi: find it easier to use FollowMe than deal with a softphone on a cellphone, but that is just me. |
16:21.51 | *** join/#asterisk rmudgett (~rmudgett@170.249.191.178) |
16:21.51 | *** mode/#asterisk [+o rmudgett] by ChanServ |
16:22.12 | UncleKiwi | i have never used FollowMe |
16:28.17 | UncleKiwi | igcewielig: ok I know this feature - it let's the callee hear an audio recording of the name of the caller and then make a choice if they would like to take the call |
16:30.06 | UncleKiwi | I have been being a lazy soul - and have not started using pjsip yet |
16:30.36 | UncleKiwi | i was thinking maybe it might deal with softphones an a much more stable way |
17:02.01 | *** join/#asterisk jkroon (~jkroon@165.16.203.102) |
17:13.49 | Kobaz | UncleKiwi: cloud softphone is pretty good |
17:14.01 | Kobaz | UncleKiwi: Linphone is not too shabby, but you need to run a push server |
17:19.08 | UncleKiwi | Kobaz: thanks i'll check thoes out |
17:20.21 | Kobaz | you can whitelabel cloud softphone (acrobits) for about $500-800 a month depending on features |
17:20.45 | Kobaz | so then it becomes your own branded app, if that's what you're going for |
17:23.03 | UncleKiwi | not really looking for the banding thing - more just for my own use first |
17:39.11 | Samot | What's been the issues with Bria? I use it and works pretty solid. |
17:42.49 | UncleKiwi | Samot: i find that it goes offline, basically loses registration to asterisk - maybe it work for a few hours and then it stops |
17:43.11 | UncleKiwi | Samot: are u using pjsip ? |
17:43.21 | Samot | Either. |
17:43.58 | *** join/#asterisk jkroon (~jkroon@165.16.203.102) |
17:44.09 | Samot | What version of Bria? What type of phone, Android or iOS? |
17:44.18 | UncleKiwi | Android S8 |
17:44.47 | UncleKiwi | bria 3.96 |
17:44.54 | UncleKiwi | 3.9.6 |
17:46.12 | Samot | Isn't that like almost 4 years old? |
17:46.27 | UncleKiwi | probably is there a new version |
17:46.34 | UncleKiwi | i know i paid for the app |
17:46.40 | UncleKiwi | at one point |
17:46.57 | UncleKiwi | but i think it looks like they might have stopped maintaining it |
17:47.42 | Samot | I think you have a legacy product. |
17:48.04 | UncleKiwi | yeah |
17:48.08 | UncleKiwi | i think you are right |
17:48.21 | UncleKiwi | maybe this is my issue |
17:48.23 | UncleKiwi | :) |
17:48.59 | Samot | It could be. They did fix a lot of backgrounding issues in recent years. |
17:49.45 | UncleKiwi | i'll let you know how I go |
17:50.56 | UncleKiwi | ahh they want money and creditcards |
17:51.42 | *** join/#asterisk opal (~wowaname@volatile/founder/wowaname) |
17:52.18 | UncleKiwi | im going to try a 14 day trial |
17:54.26 | *** join/#asterisk drathir_tor (~drathir@gateway/tor-sasl/drathir) |
17:57.42 | *** join/#asterisk irrgit (~ch33se@192.241.175.183) |
17:59.33 | *** join/#asterisk drathir_tor (~drathir@gateway/tor-sasl/drathir) |
18:05.02 | UncleKiwi | Samot: current Bria installed and working looks great... now for some testing ... |
18:33.06 | *** join/#asterisk Jesterboxboy (~Thunderbi@84-115-150-8.cable.dynamic.surfer.at) |
19:18.04 | *** join/#asterisk rpifan (~rpifan@p200300d2671bda002539f8b9700e91f8.dip0.t-ipconnect.de) |
19:20.21 | *** join/#asterisk puzzola (~puzzola@unaffiliated/puzzola) |
19:24.46 | *** join/#asterisk fling (~fling@fsf/member/fling) |
19:26.28 | *** join/#asterisk rpifan (~rpifan@p200300d2671bda002510cb435c0ca045.dip0.t-ipconnect.de) |
19:27.38 | jkroon | I'm seeing a problem whereby if I do Set(ODBC_MYFUNC()=foobar with (brackets here)), ARG1 ends up being with, this seems wrong ... (I'm using a test here for ${IF($["${ARG1}"!=""]?${ARG1}:default value} which is why I noticed this. |
19:29.29 | *** join/#asterisk fstd_ (~fstd@unaffiliated/fisted) |
19:30.53 | jkroon | is this potentially misunderstanding on my part of how func_odbc works or a possible bug? |
19:34.27 | jkroon | i'm unable to reproduce using odbc write ODBC_MYFUNC "" "this is foo (bar)" |
19:36.14 | Kobaz | jkroon: you know the drill |
19:36.20 | Kobaz | jkroon: paste code/logs |
19:38.02 | jkroon | https://pastebin.com/Ku2KkzeM |
19:38.20 | jkroon | i think that should be everything, but please let me know if I missed something. |
19:38.48 | Kobaz | I'm not sure if IF() works in odbc |
19:38.51 | Kobaz | maybe... never used it |
19:39.01 | jkroon | works in other places. |
19:39.21 | jkroon | I believe it gets evaluated before being passed to func_odbc in any case. |
19:39.41 | jkroon | actually, that's impossible since it's configured inside func_odbc ... so I'm talking utter shit. |
19:40.01 | jkroon | but yea, it does work, else ${ESC_SQL(...)} would also have issues. |
19:42.05 | jkroon | 40 writesql=UPDATE voip_trunk SET noanswer_time=${IF($["${VAL1}"!=""]?0:NULL)}, forwardnumber=${IF($["${VAL1}"!=""]?'${SQL_ESC(${VAL1})}':NULL)} WHERE username='${SQL_ESC(${ARG1})}' <-- works in this particular scenario. |
19:46.11 | jkroon | 1693 /* FIXME: The code below duplicates code found in acf_odbc_write but |
19:46.12 | jkroon | 1694 * lacks the newer sql_insert additions. */ |
19:46.18 | jkroon | i wonder if that's the difference. |
19:50.12 | Kobaz | hmm |
19:50.56 | jkroon | the logic in acf_odbc_write does look good to me though, unless there is a bug in AST_STANDARD_APP_ARGS ... which doesn't seem likely. |
19:52.13 | *** join/#asterisk akp55 (~akp55@c-73-148-15-31.hsd1.va.comcast.net) |
19:59.35 | *** join/#asterisk sa02irc (~mbax@155-079-043-212.ip-addr.inexio.net) |
20:05.52 | Kobaz | mm |
20:06.12 | Kobaz | okay back to you |
20:06.30 | Kobaz | what's your odbc backend? |
20:06.35 | Kobaz | mysql or postgres or something like thaT? |
20:06.42 | jkroon | mariadb-connector-odbc |
20:06.48 | Kobaz | you can turn on query logging and see if the query actually made it to the server |
20:06.52 | jkroon | i don't think that matters in this case. |
20:07.11 | jkroon | it does: INSERT INTO calltrace(uniqueid, message, level) VALUES('arthur-1613590982.200', 'Calling from YYYYYYYY to XXXXXXXX via iewc (local_only=, noreturn=)', 'iewc') |
20:07.30 | Kobaz | it does go into the db? |
20:07.51 | jkroon | level is an enum, so no, sql kicks back. |
20:08.33 | Kobaz | and is iewc a proper enum value for 'level' ? |
20:08.46 | jkroon | nope. should be one of user, admin or system |
20:08.56 | Kobaz | well that's your problem then |
20:09.24 | jkroon | well, no, look at the config, the value of iewc is coming from the ${VALUE} portion of the statement, how does it get into ARG1? |
20:09.33 | Kobaz | i don't know |
20:09.38 | Kobaz | you don't have your Set() code shown |
20:09.52 | Kobaz | i said logs and code |
20:11.06 | jkroon | line 10 + 11 of the paste |
20:11.19 | Kobaz | nope |
20:11.21 | Kobaz | that's the log |
20:11.21 | jkroon | sorry, 9+10 |
20:11.42 | Kobaz | show the extensions.conf, (or ael if you're an ael user) |
20:12.13 | jkroon | exten => _X.,1,Set(ODBC_trace()=Calling from ${CALLERID(num)} to ${EXTEN} via ${ARG1} (local_only=${ARG2}, noreturn=${ARG3})) |
20:12.30 | jkroon | oh shit, there we go. ARG1 isn't being UNSET. |
20:12.39 | Kobaz | see |
20:12.47 | Kobaz | code... it's important |
20:13.02 | jkroon | ok, that's interesting. |
20:13.13 | jkroon | now I go look to see if there is a way to get at ARGC. |
20:13.27 | jkroon | still annoying though. i better audit all of those uses. |
20:16.35 | jkroon | crap, there isn't. I'm not seeing anything relating to stack push/pop ... so does this imply func_odbc clobbers any ARGn variables in the scope? |
20:17.39 | jkroon | ast_autoservice_start + pbx_builtin_pushvar_helper ... so I'm going to guess that's OK. |
20:26.51 | jkroon | So Gosub() suffers the same issue in all likelyhood. |
20:33.18 | jkroon | Gosub has a strategy for masking ARGn from "lower" frames. |
20:39.00 | igcewieling | "lower frames", you mean "child gosubs"? |
20:40.14 | jkroon | I always think in terms of the stack as the "current" frame being on top, thus the frame invoking Gosob() is the lower frame for me. |
20:40.50 | jkroon | and upper is the called frame (or child in your terms *I think*) |
22:20.12 | *** join/#asterisk paulgrmn (~paulgrmn@c-98-250-183-21.hsd1.mi.comcast.net) |
22:45.56 | *** join/#asterisk mmlj4 (~mmlj4@ip174-69-111-70.no.no.cox.net) |
23:07.39 | *** join/#asterisk gschanuel (~gschanuel@201.89.125.40) |
23:20.10 | *** join/#asterisk Gugge (gugge@guggemand.dk) |
23:26.57 | *** join/#asterisk pvoigt (~Linux@unaffiliated/pvoigt) |