| 01:18.07 | *** join/#asterisk-dev serafie (~erin@76.73.167.231) |
| 01:23.21 | *** join/#asterisk-dev pabelanger (~pabelange@asterisk/contributor-and-bug-marshal/pabelanger) |
| 01:23.21 | *** mode/#asterisk-dev [+o pabelanger] by ChanServ |
| 02:24.25 | *** join/#asterisk-dev pabelanger (~pabelange@asterisk/contributor-and-bug-marshal/pabelanger) |
| 02:24.26 | *** mode/#asterisk-dev [+o pabelanger] by ChanServ |
| 03:06.35 | *** join/#asterisk-dev pabelanger (~pabelange@asterisk/contributor-and-bug-marshal/pabelanger) |
| 03:06.35 | *** mode/#asterisk-dev [+o pabelanger] by ChanServ |
| 03:45.10 | snuff-work | mm.. the 'core set debug channel' issue is interesting.. |
| 03:46.12 | snuff-work | ASTERISK-21038 |
| 03:50.13 | snuff-work | somehow it seems to get all files under ur current dir for auto complete.. as well as alive chan |
| 03:55.59 | snuff-work | :q |
| 03:57.26 | *** join/#asterisk-dev Marquis42 (~bfhbmw0@65-127-126-34.dia.static.qwest.net) |
| 04:11.31 | *** join/#asterisk-dev niluje (~niluje@bdv75-4-82-227-67-242.fbx.proxad.net) |
| 05:32.59 | snuff-work | wedhorn: i was fixing the cli hints for line/device.. want to think about swapping the default 'id' for finding a device.. to be its 'name' |
| 05:38.32 | *** join/#asterisk-dev jmls (~somefake@77.107.171.82) |
| 05:41.01 | wedhorn | snuff-work: call logging, the problem with logging all calls is that voicemail is logged, special things like a dp pickup will be logged etc |
| 05:41.45 | wedhorn | I'm personally against logging such things in the calls made list |
| 05:41.58 | snuff-work | i'd kinda expect any call i made to be logged.. |
| 05:42.04 | wedhorn | cli_hints: |
| 05:42.15 | snuff-work | send u simple patch |
| 05:42.23 | wedhorn | not sure what you're saying |
| 05:42.30 | wedhorn | okay |
| 05:44.36 | wedhorn | skipping ringout is bad for logging, unless a proceed is specifically sent to chan_skinny through ast_indicate, I think it requires to go through ringout for the progress to be sent to the device (which is when the call is moved to the Calls Made log) |
| 05:45.19 | snuff-work | mm.. but i have nfi how to make it happen.. aka make ast do a ringing.. or do i.. 1 sec |
| 05:46.04 | wedhorn | you can stick a proceed () in the dp (i think, assuming it hasn't been removed) |
| 05:46.54 | wedhorn | basically, we rely on core to send indicate(RINGING) to chan_skinny |
| 05:47.38 | wedhorn | you cli patch, what's d->id? The SEP stuff? |
| 05:48.01 | snuff-work | yes.. |
| 05:48.12 | snuff-work | aka kinda hard to id by that |
| 05:48.20 | wedhorn | agreed |
| 05:48.30 | snuff-work | also considering we name them in the conf file with the 'name' and device is a property |
| 05:50.53 | wedhorn | yep, looks reasonable, only suggestion would be to remove if (result) and just put a break in the previous if |
| 05:52.24 | snuff-work | mm i have it in placed calls now with 'progress' but its all messed up :) |
| 05:52.26 | snuff-work | Transmitting CALL_INFO_MESSAGE_VARIABLE to LisaIvashchenko, to (5500) from none(5000) (dir=2) on LisaIvashchenko(1) |
| 05:52.42 | snuff-work | mm.. should have thought more before posting that.. |
| 05:53.32 | snuff-work | basically i now get a 'unknown num' in my placed calls |
| 05:53.52 | wedhorn | actually, yeah, you'll need to wait until the calls progressed a bit (so maybe in the dp isn't such a good idea) |
| 05:54.38 | snuff-work | basically.. the 'to' field is null.. |
| 05:54.46 | wedhorn | Also, I think there's some issue with calls that we don't dial digits (eg redial, speeddial etc) in that they may skip a state or two |
| 05:55.19 | wedhorn | yeah, it's probably using the redial number (ie, no call info from (un)connected channel) |
| 06:17.44 | snuff-work | reset my device again.. |
| 06:17.56 | snuff-work | was reporting most things as 'unknown num' |
| 06:19.05 | snuff-work | all my calls are unknown :( |
| 06:19.21 | snuff-work | check stuff |
| 06:19.47 | wedhorn | yep, snuff is working to quickly and trying to manage way too many patches ;) |
| 06:19.58 | snuff-work | never... |
| 06:29.16 | wedhorn | snuff-work: any luck in finding what you've done? |
| 06:29.26 | snuff-work | nope not yet |
| 06:29.36 | snuff-work | might revert out all my change see if its still broken |
| 06:29.49 | wedhorn | wanna put you diff up on pastebin? |
| 06:30.45 | snuff-work | soon.. |
| 06:30.54 | wedhorn | hehe, okay |
| 06:30.55 | snuff-work | need to see if something isn't really wrong 1st |
| 06:31.41 | wedhorn | I meant to try to find the error, assuming it's not something more insidious |
| 06:33.31 | snuff-work | ok.. back to normal.. svn and its happy.. |
| 06:33.55 | wedhorn | cool, so you broke something ;) |
| 06:34.03 | snuff-work | i have nfi what though |
| 06:34.23 | wedhorn | pastebin. Two sets of eyes are better than one.... |
| 06:35.14 | snuff-work | http://pastebin.ca/2313749 |
| 06:35.38 | snuff-work | i'm going to re-apply my 144.. without the 'presence' part |
| 06:35.50 | snuff-work | as per my jira issue |
| 06:36.54 | wedhorn | okay, you haven't set pres restriction in your dialplan somewhere? |
| 06:37.06 | snuff-work | not on the std calls i'm making |
| 06:41.42 | snuff-work | my 144 is happy |
| 06:41.57 | snuff-work | i haven't yet attempted where it may break |
| 06:42.06 | snuff-work | which is to a dp than a phone again |
| 06:42.15 | snuff-work | trying now |
| 06:42.17 | wedhorn | I can't see anything in your pastebin that would result in only unknowns... |
| 06:42.49 | snuff-work | same here.. that's what scares me :( |
| 06:45.15 | wedhorn | okay, one issue, at line 188 and 189 |
| 06:45.58 | wedhorn | you send 2 prompt statuses |
| 06:46.14 | wedhorn | and I'm guessing one of each |
| 06:46.43 | snuff-work | yep |
| 06:47.55 | wedhorn | ah, no sorry, thats the new 144 |
| 07:01.19 | *** join/#asterisk-dev mwally (~mwally@mwally.opencnam.com) |
| 07:04.36 | snuff-work | wedhorn: http://pastebin.ca/2313758 |
| 07:04.54 | snuff-work | that's example with 'dp + progress' and a norm call.. |
| 07:09.13 | wedhorn | which works and which doesn't? |
| 07:09.24 | snuff-work | the 5018 is working.. |
| 07:09.37 | snuff-work | so.. top one is non working.. |
| 07:09.42 | snuff-work | 2nd one is working |
| 07:11.19 | wedhorn | okay, first one is missing call_state SKINNY_DIALING |
| 07:11.38 | snuff-work | ? SUBSTATE_OFFHOOK to SUBSTATE_DIALING |
| 07:11.52 | snuff-work | line 4 |
| 07:11.56 | wedhorn | just do a search on CALL_STATE |
| 07:12.51 | wedhorn | sorry SKINNY_RINGOUT |
| 07:13.12 | snuff-work | i know ringout missing.. i will add that into my dp |
| 07:13.37 | wedhorn | maybe ringout is needed as well |
| 07:14.05 | wedhorn | we really need some test stuff to see what CALL_STATE sequences result in the call being logged and what don't |
| 07:15.37 | snuff-work | yep.. if i put in a proceed / ringing.. |
| 07:15.41 | snuff-work | now i get it logged |
| 07:16.16 | wedhorn | the question is what should be automatically logged without the need for doing it in the dialplan |
| 07:17.46 | snuff-work | mm we store prev state right.. so we could 'force' it to go through the states |
| 07:18.07 | wedhorn | we could for example force the callstate proceed and ringing once an outbound call is connected |
| 07:18.29 | wedhorn | but that means just about everything that ends up with a call would be logged |
| 07:18.54 | wedhorn | eg, message button, group pickup through the dialplan etc |
| 07:19.32 | snuff-work | well group pickup wont' |
| 07:19.47 | snuff-work | messages.. will because it does actually dial a number |
| 07:19.49 | wedhorn | ours wont, but a dp one will |
| 07:19.58 | snuff-work | uhm.. it so does |
| 07:20.01 | snuff-work | atm |
| 07:20.18 | snuff-work | the msg button.. u set 'vmexten=*123' etc |
| 07:21.17 | wedhorn | if we leave it as is, ignoring various big fixes, it will get logged when a dial() occurs |
| 07:21.32 | snuff-work | mm.. |
| 07:21.45 | snuff-work | gotta go.. or miss train |
| 07:21.56 | wedhorn | okay, something to ponder |
| 08:10.37 | *** join/#asterisk-dev bulkorok (~bulkorok@85.183.36.36) |
| 09:14.53 | *** join/#asterisk-dev Corydon76-home (~quassel@c-69-180-203-73.hsd1.tn.comcast.net) |
| 09:14.53 | *** mode/#asterisk-dev [+o Corydon76-home] by ChanServ |
| 09:27.43 | *** join/#asterisk-dev tzafrir (~tzafrir@local.xorcom.com) |
| 09:27.43 | *** mode/#asterisk-dev [+o tzafrir] by ChanServ |
| 09:41.33 | *** join/#asterisk-dev WIMPy (~wimpy@e183095026.adsl.alicedsl.de) |
| 09:51.44 | *** join/#asterisk-dev jkroon (~jkroon@196.36.167.46) |
| 09:52.11 | jkroon | hi guys, in a custom module, for asterisk 11, I have a ast_channel structure pointer, I would really like to obtain the name of the channel ... |
| 09:52.53 | jkroon | does anybody know the magic voodoo? on ast <11 I used to be able to just dereference the ast_channel structure |
| 09:58.06 | wdoekes | jkroon: channel opaqification, look in channel.h |
| 09:58.16 | wdoekes | ast_channel_get_name() or something |
| 10:02.04 | jkroon | i don't see a _get_name, but a _get_devicename - same thing? |
| 10:05.44 | wdoekes | don't know.. is it faster to check the source than to ask? |
| 10:05.56 | wdoekes | if I check that function, I see that it isn't |
| 10:06.03 | wdoekes | but I do see |
| 10:06.04 | wdoekes | <PROTECTED> |
| 10:07.42 | jkroon | wdoekes, thanks. |
| 10:08.23 | *** join/#asterisk-dev zerohalo (~zerohalo@74.61.196.236) |
| 10:27.14 | *** join/#asterisk-dev Corydon76-work (~quassel@c-69-180-203-73.hsd1.tn.comcast.net) |
| 10:27.14 | *** mode/#asterisk-dev [+o Corydon76-work] by ChanServ |
| 11:23.37 | *** join/#asterisk-dev c0rnoTa (~c0rnoTa@78.24.154.190) |
| 11:23.44 | c0rnoTa | Hi all |
| 11:24.14 | c0rnoTa | I have a question about chan_sip.c |
| 11:24.52 | c0rnoTa | here is the issue: http://pastebin.com/sRG0Hhkc |
| 11:26.57 | c0rnoTa | it causes deadlock |
| 11:27.00 | c0rnoTa | :) |
| 11:27.08 | c0rnoTa | any suggestions |
| 11:27.09 | c0rnoTa | ? |
| 11:47.03 | snuff-home | c0rnoTa: best bet is to post on the issue tracker.. |
| 11:48.23 | c0rnoTa | snuff-home: ok, thanks |
| 11:49.08 | snuff-home | if it also involves some kinda of complex dialplan.. maybe also best to post that too or the relevant bit |
| 11:55.55 | c0rnoTa | snuff-home: it's not too complex, because it's linearly go thru applications of 'Set', 'MixMonitor', 'if', etc. But not 'Goto' or something else. |
| 11:56.33 | *** join/#asterisk-dev Corydon76-home (~quassel@c-69-180-203-73.hsd1.tn.comcast.net) |
| 11:56.33 | *** mode/#asterisk-dev [+o Corydon76-home] by ChanServ |
| 11:56.35 | c0rnoTa | as I can see, but I'm not programmer, it wired with function do_monitor in chan_sip |
| 11:57.24 | snuff-home | mm.. call rec + sip.. happy i dont need call rec ;) |
| 11:58.10 | c0rnoTa | ^) |
| 12:01.18 | c0rnoTa | yes, you are lucky. |
| 12:58.31 | *** join/#asterisk-dev oej (~Adium@2001:16d8:cc57:1000::42:1005) |
| 12:58.31 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 12:59.31 | Rico29 | Hi, I'm looking for the latest 1.8 mysql scheme for queues, can somebody tell me where I can find it please ? |
| 13:18.37 | Rico29 | anobody ? |
| 13:18.41 | Rico29 | please |
| 13:52.04 | seanbright | rmeyerriecks: http://pastebin.com/raw.php?i=fzUUbcpL |
| 13:55.18 | *** join/#asterisk-dev serafie (~erin@nat/digium/x-kgrgaycharycijhz) |
| 14:38.37 | *** join/#asterisk-dev bulkorok (~bulkorok@85.183.36.36) |
| 14:46.49 | *** join/#asterisk-dev mjordan (~mjordan@nat/digium/x-ptrmphdnxvnxuwqb) |
| 14:46.49 | *** mode/#asterisk-dev [+o mjordan] by ChanServ |
| 14:48.49 | *** join/#asterisk-dev pabelanger (~pabelange@asterisk/contributor-and-bug-marshal/pabelanger) |
| 14:48.49 | *** mode/#asterisk-dev [+o pabelanger] by ChanServ |
| 15:01.05 | *** join/#asterisk-dev bulkorok (~bulkorok@85.183.36.36) |
| 15:27.08 | *** join/#asterisk-dev sruffell (~sruffell@asterisk/the-kernel-guy/sruffell) |
| 15:27.08 | *** mode/#asterisk-dev [+o sruffell] by ChanServ |
| 15:45.04 | *** join/#asterisk-dev pabelanger (~pabelange@asterisk/contributor-and-bug-marshal/pabelanger) |
| 15:45.04 | *** mode/#asterisk-dev [+o pabelanger] by ChanServ |
| 15:50.27 | *** join/#asterisk-dev bulkorok (~bulkorok@85.183.36.36) |
| 15:55.31 | c0rnoTa | Guys, what does do_monitor function in chan_sip.c? |
| 15:55.56 | mjordan | everything? |
| 15:56.07 | c0rnoTa | :) really? |
| 15:58.37 | file | close. |
| 16:01.46 | c0rnoTa | so, this deadlock, that I'v captured, could be critical.... I really should paste it to jira. |
| 16:09.12 | seanbright | is a single "ship it" sufficient for commit these days? |
| 16:10.57 | Marquis42 | seanbright: I'm not the final say, but I would guess it depends on the level of invasiveness. If it's pretty minimal and the Ship It isn't from some random clown then yeah probably. Besides, you can always revert a commit. :) |
| 16:13.21 | *** join/#asterisk-dev putnopvut (~putnopvut@asterisk/master-of-queues/mmichelson) |
| 16:13.21 | *** mode/#asterisk-dev [+o putnopvut] by ChanServ |
| 16:14.01 | file | seanbright, that was quick. |
| 16:15.55 | *** join/#asterisk-dev anthm (~anthm@freeswitch/developer/anthm) |
| 16:16.22 | Rico29 | is there a reason why Voicemail app does not use "say.conf" parameters when saying cid (envelope) ? |
| 16:17.06 | Qwell | because nobody has changed it to do so |
| 16:19.54 | Rico29 | Qwell> I have to modify it in the source code directly ? no options in config files for that ? |
| 16:22.31 | Qwell | correct |
| 16:22.42 | Rico29 | ouch |
| 16:23.10 | Rico29 | will be a bit hard for me |
| 16:23.27 | rmeyerriecks | seanbright: sruffell copy_from_user() isn't provably correct because we aren't using haskell |
| 16:24.29 | sruffell | heh |
| 16:25.25 | sruffell | Although that should be fixed, but I keep thinking I'll have time to make the internal changes in DAHDI where that would naturally be fixed (keeping the SLIN and XLAW audio together in packets versus transcoding in the kernel so much) |
| 16:27.13 | seanbright | file: what's that? |
| 16:27.34 | file | seanbright, review |
| 16:27.37 | seanbright | ah |
| 16:27.47 | seanbright | i like regular expressions |
| 16:28.10 | seanbright | clearly you should be using something that supports PCRE |
| 16:28.16 | seanbright | because that is a valid use case |
| 16:29.22 | file | rotates seanbright |
| 16:30.47 | jsmith | preg_replace('/seanbright/',$shell_script); |
| 16:32.31 | Marquis42 | burn |
| 16:33.40 | jsmith | I'm obviously joining the conversation late, but I too like regular expressions :-) |
| 16:36.56 | seanbright | did you just use PHP to "burn" me? |
| 16:37.04 | seanbright | i consider that irony |
| 16:37.15 | jsmith | I know, right? |
| 16:37.38 | jsmith | And for the record, it wasn't even *functional* PHP |
| 16:37.46 | seanbright | correct |
| 16:37.59 | jsmith | (as I didn't pass the parameter of what to replace you in) |
| 16:38.07 | seanbright | nor do you use the return value |
| 16:38.09 | seanbright | come on, man. |
| 16:38.28 | jsmith | Sorry, I'm sick in bed today with a sinus infection, and the Sudafed is making me loopy |
| 16:38.30 | seanbright | god i hate php. and i have to use it everyday because i'm out numbered. |
| 16:38.37 | jsmith | Maybe that's why I thought it was so funny... |
| 16:38.46 | seanbright | rewrite asterisk in php. go. |
| 16:39.15 | Rico29 | Qwell> where can I ask for this feature ? |
| 16:40.02 | seanbright | rmeyerriecks: where would the output of dev_err() go? |
| 16:44.29 | rmeyerriecks | seanbright: dmesg |
| 16:45.25 | Rico29 | I've found the line in the source code, but doesn't work with "ast_say_number" instead of "ast_say_digit_str"... |
| 16:45.30 | Rico29 | can somebody help me please ? |
| 16:45.35 | seanbright | rmeyerriecks: got it. thanks. |
| 16:46.36 | seanbright | Corydon76-home: i don't entirely undestand your review comment |
| 16:46.57 | rmeyerriecks | seanbright: dev_*() is just like printk(*,) except that it appends the pci device name to the log as well |
| 16:47.04 | Corydon76-home | seanbright: the most recently released callno is stuck at the end of the list, right? |
| 16:47.11 | seanbright | correct |
| 16:47.27 | seanbright | rmeyerriecks: ah. fancy. |
| 16:47.42 | Corydon76-home | There is a non-zero chance that the next number that ast_random() returns will indicate the index at the end of the list. |
| 16:47.46 | mjordan | Rico29: "doesn't work" isn't enough information to go on. I will say that trying to migrate voicemail to use say.conf is non-trivial. It isn't something we'd attempt for Asterisk 12. |
| 16:48.14 | Rico29 | mjordan> too bad |
| 16:50.07 | Corydon76-home | seanbright: I just thought of an interesting way to do it. Instead of incrementing the available number when you release a callno, instead, schedule a job in 60 seconds that increments it by one. |
| 16:50.45 | Corydon76-home | Then, you'll never grab a callno that is not at least 60 seconds old. |
| 16:50.55 | seanbright | Corydon76-home: that is effectively what sched_delay_remove is already doing |
| 16:51.42 | seanbright | when a number is being returned to the pool, it schedules a task to actually put it back after 60 seconds |
| 16:51.43 | Rico29 | mjordan> where can I ask for this feature ? |
| 16:51.51 | Corydon76-home | Ah |
| 16:52.13 | Rico29 | it's a big problem for french people using voicemail with saycid=yes |
| 16:53.48 | Rico29 | mjordan> I think this will remember you something : https://issues.asterisk.org/jira/browse/ASTERISK-20661 |
| 16:55.43 | mjordan | Rico29: feature requests are not tracked on Jira unless there are active developers working those features. If you really want this feature, and you don't want to attempt coding it yourself, you can send an e-mail to the asterisk-dev mailing list to see if either (a) someone is interested in doing it for free, or (b) someone is willing to do it for pay (https://wiki.asterisk.org/wiki/display/AST/Asterisk+Bug+Bounties) |
| 16:56.31 | Rico29 | ok... thanks |
| 17:08.39 | seanbright | i think once chan_gulp is done, file and putnopvut are the obvious choices to re-write app_voicemail |
| 17:08.45 | seanbright | you guys can thank me for that suggestion later. |
| 17:09.00 | file | you could write a pretty good metadata system using sorcery |
| 17:09.06 | seanbright | uh oh |
| 17:09.14 | seanbright | weekend project |
| 17:09.15 | seanbright | heh |
| 17:11.07 | seanbright | sorcery = "Data Access Layer"? |
| 17:11.11 | seanbright | <-- hasn't been following |
| 17:11.13 | file | yes |
| 17:12.10 | putnopvut | seanbright: come on, isn't "sorcery" an apt name for such a thing? So self-describing! |
| 17:13.23 | *** join/#asterisk-dev barbosa2 (~juliano.b@186.226.71.6) |
| 17:16.17 | Rico29 | what is gulp for ? |
| 17:16.41 | file | it's a completely brand new SIP channel driver. |
| 17:16.54 | Rico29 | nice ! |
| 17:17.02 | Rico29 | For lack of a better name, this is the current working name of the new SIP channel driver. <- I love it |
| 17:25.32 | file | seanbright, to finish my thought... nothing to say you couldn't turn voicemail/folders into sorcery objects and then write custom wizards |
| 17:25.54 | file | (I love how that comment is completely legit with its use of sorcery and wizard) |
| 17:25.58 | seanbright | heh |
| 17:26.40 | seanbright | imap and odbc support would be intertesting |
| 17:27.15 | seanbright | as would spellcheck in irssi |
| 17:28.07 | jsmith | +1 to imap and ODBC support :-p |
| 17:28.23 | file | if you were really cheeky for local files you could store metadata on the file itself using extended attributes |
| 17:29.20 | seanbright | might run into portability issues there |
| 17:29.48 | file | yes, it depends |
| 17:46.43 | *** part/#asterisk-dev jdoe (jdoe@falseprophet.ca) |
| 20:16.40 | *** join/#asterisk-dev WIMPy (~wimpy@e183095026.adsl.alicedsl.de) |
| 20:29.40 | *** join/#asterisk-dev oej (~Adium@2001:16d8:cc57:1000::42:1005) |
| 20:29.40 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 20:50.06 | wedhorn | snuff-work: https://issues.asterisk.org/jira/browse/ASTERISK-21095 for your perusal |
| 21:20.15 | *** join/#asterisk-dev saghul (~saghul@ip3e830637.speed.planet.nl) |
| 21:26.32 | *** join/#asterisk-dev zerohalo (~zerohalo@74.61.196.236) |
| 23:00.02 | *** join/#asterisk-dev saghul (~saghul@ip3e830637.speed.planet.nl) |
| 23:05.20 | *** join/#asterisk-dev Juggie (~Juggie@unaffiliated/juggie) |
| 23:06.08 | *** join/#asterisk-dev miguel3239 (~miguel323@2001:470:1f06:12c4::2) |
| 23:07.59 | *** join/#asterisk-dev pabelanger (~pabelange@asterisk/contributor-and-bug-marshal/pabelanger) |
| 23:07.59 | *** mode/#asterisk-dev [+o pabelanger] by ChanServ |
| 23:08.05 | *** join/#asterisk-dev tm1000 (tm1000@2600:3c01::f03c:91ff:fe70:fce6) |
| 23:14.33 | *** part/#asterisk-dev mjordan (~mjordan@nat/digium/x-ptrmphdnxvnxuwqb) |