| 00:33.34 | *** join/#asterisk-dev elguero (~miguel323@207.154.34.162) |
| 00:39.54 | *** join/#asterisk-dev deriamis (~deriamis@c-76-30-28-138.hsd1.tx.comcast.net) |
| 00:41.37 | *** part/#asterisk-dev deriamis (~deriamis@c-76-30-28-138.hsd1.tx.comcast.net) |
| 00:54.55 | *** join/#asterisk-dev kpfleming (~kpfleming@asterisk/digium-director-of-software-tech/kpfleming) |
| 00:54.55 | *** mode/#asterisk-dev [+o kpfleming] by ChanServ |
| 02:33.37 | *** join/#asterisk-dev Sipster (~Sipster@modemcable045.5-200-24.mc.videotron.ca) |
| 02:44.13 | *** join/#asterisk-dev kpfleming (~kpfleming@asterisk/digium-director-of-software-tech/kpfleming) |
| 02:44.13 | *** mode/#asterisk-dev [+o kpfleming] by ChanServ |
| 02:57.01 | *** join/#asterisk-dev philipp64|laptop (~chatzilla@192.55.64.175) |
| 03:55.02 | *** join/#asterisk-dev deriamis (~deriamis@c-76-30-28-138.hsd1.tx.comcast.net) |
| 04:18.23 | *** join/#asterisk-dev deriamis (deriamis@c-76-30-28-138.hsd1.tx.comcast.net) |
| 04:30.40 | *** join/#asterisk-dev philipp64|laptop (~chatzilla@71-34-113-51.ptld.qwest.net) |
| 04:42.38 | *** join/#asterisk-dev bkruse (~bkruse@75.76.105.124) |
| 04:44.52 | bkruse | is knee-deep in SCF |
| 04:49.34 | snuff-work | havin fun? |
| 04:49.49 | *** join/#asterisk-dev Ta^3 (~tacvbo@187.152.35.182) |
| 05:11.29 | bkruse | snuff-work: Oh yes, lots to learn |
| 05:40.25 | *** join/#asterisk-dev elguero (~miguel323@207.154.34.162) |
| 05:55.45 | *** join/#asterisk-dev deriamis_away (deriamis@c-76-30-28-138.hsd1.tx.comcast.net) |
| 06:21.56 | *** join/#asterisk-dev Juggie (~Juggie@unaffiliated/juggie) |
| 06:27.08 | *** join/#asterisk-dev elguero (~miguel323@207.154.34.162) |
| 06:46.31 | *** join/#asterisk-dev philipp64|laptop (~chatzilla@71-34-114-110.ptld.qwest.net) |
| 07:02.28 | *** join/#asterisk-dev miguel3239 (~miguel323@207.154.34.162) |
| 07:12.58 | *** join/#asterisk-dev asterisk-learner (~chatzilla@77.42.241.114) |
| 07:42.08 | *** join/#asterisk-dev schmidts (~schmidts@lmlo.sil.at) |
| 07:42.10 | schmidts | good morning |
| 07:47.10 | asterisk-learner | good morning too |
| 08:06.03 | *** join/#asterisk-dev mpe (~mpe@94.127.49.1) |
| 08:11.24 | Corydon76-home | good morning three |
| 08:28.12 | *** join/#asterisk-dev elguero (~miguel323@ns1.nashuacs.com) |
| 09:12.46 | *** join/#asterisk-dev elguero (~miguel323@ns1.nashuacs.com) |
| 09:41.44 | *** join/#asterisk-dev tzafrir (~tzafrir@local.xorcom.com) |
| 09:41.44 | *** mode/#asterisk-dev [+o tzafrir] by ChanServ |
| 10:07.52 | *** join/#asterisk-dev WIMPy (~wimpy@e183095026.adsl.alicedsl.de) |
| 12:29.42 | *** join/#asterisk-dev leifmadsen (~Leif@asterisk/documenteur-extraordinaire/blitzrage) |
| 12:29.42 | *** mode/#asterisk-dev [+o leifmadsen] by ChanServ |
| 12:38.24 | *** join/#asterisk-dev etienne (~etienne@office-puteaux.avencall.com) |
| 12:39.33 | *** join/#asterisk-dev asterisk-learner (~chatzilla@77.42.241.114) |
| 13:15.54 | *** join/#asterisk-dev kpfleming (~kpfleming@asterisk/digium-director-of-software-tech/kpfleming) |
| 13:15.55 | *** mode/#asterisk-dev [+o kpfleming] by ChanServ |
| 13:38.18 | *** join/#asterisk-dev kpfleming (~kpfleming@asterisk/digium-director-of-software-tech/kpfleming) |
| 13:38.18 | *** mode/#asterisk-dev [+o kpfleming] by ChanServ |
| 13:42.10 | *** join/#asterisk-dev rrb3942 (~rbullock@208.34.105.161) |
| 13:47.26 | schmidts | leifmadsen what do you mean in issue 18505 with you will import this later? |
| 13:47.40 | schmidts | do you allready have a patch? |
| 13:47.50 | leifmadsen | schmidts: http://blogs.asterisk.org/2010/09/02/the-monthly-asterisk-release-cycle/ |
| 13:48.25 | leifmadsen | schmidts: issues need to get imported into JIRA which is used internally for time tracking |
| 13:48.43 | leifmadsen | I just have a rule that I don't set a status out of new until it has been triaged and imported |
| 13:48.44 | schmidts | aaahh ok got it ;) |
| 13:48.50 | leifmadsen | otherwise I miss stuff |
| 13:49.05 | schmidts | thx i understand now |
| 14:11.17 | *** join/#asterisk-dev Daviey (~Daviey@ubuntu/member/daviey) |
| 15:04.42 | *** join/#asterisk-dev elguero (~miguel323@ns1.nashuacs.com) |
| 15:13.42 | *** join/#asterisk-dev i_heart_asterisk (~chatzilla@firewall-a.buf.ny.i-evolve.net) |
| 15:14.09 | *** join/#asterisk-dev datachomper (~Adium@nat/digium/x-pvxqrdkrrqzghjnq) |
| 15:18.33 | *** join/#asterisk-dev bkruse (~Brandon@75.76.105.124) |
| 15:21.46 | *** join/#asterisk-dev Dovid (Dovid@213.8.121.90) |
| 15:23.06 | *** join/#asterisk-dev The_Boy_Wonder (~vossel@asterisk/batman-developer/dvossel) |
| 15:23.06 | *** mode/#asterisk-dev [+o The_Boy_Wonder] by ChanServ |
| 15:23.50 | *** join/#asterisk-dev rrb3942 (~rbullock@208.34.105.161) |
| 15:26.05 | *** join/#asterisk-dev sruffell (~sruffell@asterisk/the-kernel-guy/sruffell) |
| 15:26.05 | *** mode/#asterisk-dev [+o sruffell] by ChanServ |
| 15:33.04 | *** join/#asterisk-dev Sipster_ (~Sipster@modemcable045.5-200-24.mc.videotron.ca) |
| 16:08.16 | *** join/#asterisk-dev espiceland (~erin@nat/digium/x-lkizitgbootmdhid) |
| 16:08.46 | *** join/#asterisk-dev putnopvut (~putnopvut@asterisk/master-of-queues/mmichelson) |
| 16:08.46 | *** mode/#asterisk-dev [+o putnopvut] by ChanServ |
| 16:27.52 | *** join/#asterisk-dev marv (~timr@24.214.206.254) |
| 16:36.33 | *** join/#asterisk-dev elguero (~miguel323@ns1.nashuacs.com) |
| 16:41.37 | *** join/#asterisk-dev hehol (~hehol@buero-gw.dortmund.loca.net) |
| 17:25.49 | *** join/#asterisk-dev elguero (~miguel323@ns1.nashuacs.com) |
| 17:36.12 | *** join/#asterisk-dev rrb3942 (~rbullock@208.34.96.186) |
| 17:38.04 | *** join/#asterisk-dev anthm (~anthm@freeswitch/developer/anthm) |
| 17:50.22 | sruffell | tzafrir: Would you be interested in giving some cleanups the quick once over again? |
| 17:51.35 | sruffell | Is mostly the chan_list stuff that you've already looked at (with bug fixes as I've been trying to stress it). The only change in xpp is a change to make the sync_tick callback return void. |
| 17:51.51 | *** join/#asterisk-dev anonymouz666 (~anonymouz@187-28-37-118.poolip.RJO.embratel.net.br) |
| 17:52.18 | tzafrir | sure |
| 17:53.03 | sruffell | It's the last 51 commits on https://github.com/sruffell/dahdi-linux/tree/chan_list. |
| 17:53.22 | sruffell | I can lump them and throw them onto review board if you would prefer (or email them to you...) |
| 18:02.03 | *** join/#asterisk-dev erinspice (~erin@207.98.195.107) |
| 18:36.59 | etienne | ah ok |
| 18:37.15 | etienne | sorry ... nevermind |
| 19:02.10 | *** join/#asterisk-dev alecdavis (~alec@202-78-149-14.cable.telstraclear.net) |
| 19:04.49 | *** join/#asterisk-dev kpfleming (~kpfleming@asterisk/digium-director-of-software-tech/kpfleming) |
| 19:04.49 | *** mode/#asterisk-dev [+o kpfleming] by ChanServ |
| 19:11.57 | alecdavis | which of the functions like ast_exists_extension(), ast_matchmore_extension() or others, will pick up a dialplan line 'exten => _N!,1,Dial(dahdi/g1/${EXTEN}); specifically when more digits can follow, but may not. this is related to M18509. I need to suppress the 'Proceeding' indicator and allow outbound overlap dialling. |
| 19:14.03 | citywok | alecdavis: _N. will match 1XXXX or 1X or 1 or 1XXXXXXXXXXX |
| 19:14.33 | citywok | but i'm guessing that's not your question, but i'm not 100% sure |
| 19:16.13 | alecdavis | citywok: I've offer that same answer, but users are not happy with it, as there is a delay of 3 seconds waiting for 'no further' digits. |
| 19:17.19 | kpfleming | so tell us exactly what you want? you want it to tell you when there is a match that would not accept any more digits beyond what you supplied? |
| 19:17.21 | citywok | alecdavis: either the dialplan knows exactly how long it is, or it doesn't and has to wait. when you use waitexten that's kind of just a fact of life. make your dialplan more specific, or articulate what it is you are trying to do and we may have a better way for you to do it |
| 19:19.23 | wedhorn | alecdavis: is it that you want the call to proceed, but if more digits are received cancel the proceeding channel and try a new one? |
| 19:19.33 | alecdavis | The UK experience's the problem, when numbers to regions are variable length, I understand London, and outer London have 10 or 11 digits, all with the same prefix. |
| 19:20.34 | citywok | then write dialplan specific with the UK prefix to alleviate the problem |
| 19:21.44 | alecdavis | wedhorn: the call needs to proceed, then do 'transparent' overlap dialling. |
| 19:21.52 | kpfleming | yeah... you might need to describe what you expect the 'user experience' to be here, rather than focusing on the mechanics. since we don't really know what you are trying to accomplish, it's hard to help |
| 19:26.56 | wedhorn | alecdavis: it should do that with zap anyway. I don't think it'd be doable with any of the IP channels, unless you control the end point that puts it onto the pstn. |
| 19:28.27 | alecdavis | somebody want to prod rmudgett, he'll understand :) |
| 19:28.41 | *** join/#asterisk-dev jmls (~Julian@host217-36-208-155.in-addr.btopenworld.com) |
| 19:28.49 | jmls | evening all |
| 19:30.43 | alecdavis | he's seen the bug. no doubt will be pondering it. |
| 19:33.06 | citywok | what you are describing isn't a bug |
| 19:33.23 | citywok | with an undefined length, it has no idea if you are done yet so it HAS to wait. that isn't a bug |
| 19:34.35 | kpfleming | well, the ! is supposed to do what he wants. once the dialplan knows it can't match any other extensions, it should match this one and dial out, allowing overlap dialing for any further digits |
| 19:34.40 | kpfleming | that's the reason that ! was added in the first place |
| 19:35.34 | kpfleming | it means that the extension will match any length beyond the number of digits specified, but not to wait for more |
| 19:36.40 | citywok | oooh, i thought he was using waitexten |
| 19:36.49 | alecdavis | kpfleming, you're on to it. |
| 19:37.10 | citywok | yea, that makes sense for dialing from the phone |
| 19:37.11 | kpfleming | alecdavis: i thought so :-) |
| 19:37.37 | kpfleming | so i believe ast_exists_extension is all that you need |
| 19:39.44 | kpfleming | but it is also possible that there isn't an existing function that does exactly what you are looking for |
| 19:40.03 | kpfleming | ast_matchmore_extension would only tell you when adding more digits would make it invalid... i'm pretty sure |
| 19:40.04 | *** join/#asterisk-dev moy (~moy@CPE003048b1f1b3-CM0026f396812d.cpe.net.cable.rogers.com) |
| 19:40.27 | kpfleming | if ast_matchmore_extension will tell you when adding more digits would not make the result any different, that would be what you want |
| 19:42.32 | alecdavis | more reading required. |
| 19:42.38 | kpfleming | yeah |
| 19:42.43 | kpfleming | and that part of the code is very complex, unfortunatel |
| 19:42.46 | kpfleming | good luck :-) |
| 19:42.59 | alecdavis | we can fix it, yes we can. |
| 19:43.40 | kpfleming | it's just software, after all |
| 19:43.41 | alecdavis | It's isdn, how does that make it complex? |
| 19:43.51 | kpfleming | no, i mean the PBX extension matching code |
| 19:43.57 | kpfleming | that part is complex |
| 19:44.32 | alecdavis | extension matching: that's where I need to read more. |
| 19:48.09 | kpfleming | you want a function that will tell you when a given string is enough to unambiguously route the call |
| 19:48.27 | kpfleming | which must exist, otherwise ! would not be useful |
| 19:48.28 | sruffell | lol "we can fix it, yes we can" |
| 19:52.32 | anonymouz666 | is it documented anywhere what means the output of dahdi_maint -s <NUM> ? |
| 20:42.20 | *** join/#asterisk-dev elguero (425c4a8d@gateway/web/freenode/ip.66.92.74.141) |
| 21:58.41 | *** join/#asterisk-dev philipp64|laptop (~chatzilla@192.55.64.175) |
| 22:04.42 | *** join/#asterisk-dev elguero (~miguel323@ns1.nashuacs.com) |
| 22:14.53 | *** join/#asterisk-dev dwayne (~dwayne@c-71-207-214-190.hsd1.al.comcast.net) |
| 22:48.31 | WIMPy | Damn. Now I missed the whole thing. |
| 22:48.53 | WIMPy | I think the interesting question is why a PROCEEDING is sent at all. |
| 22:51.38 | WIMPy | There's no need and if it wasn't sent, the whole issue wouldn't exist. |
| 22:56.55 | *** join/#asterisk-dev mpe (~mpe@0xd99d3f8f.customer.cybercity.dk) |
| 22:59.16 | *** join/#asterisk-dev elguero (~miguel323@ns1.nashuacs.com) |
| 23:04.34 | *** join/#asterisk-dev n0tk (~n0tk@216.160.42.30) |
| 23:23.15 | *** join/#asterisk-dev CGMChris (~chris@74.143.228.142) |