| 00:00.11 | ctooley | seanbright, :) I'm doing some severe modifications to test on our server, but I'll try to merge those changes in. |
| 00:00.22 | seanbright | ctooley: cool. danke. |
| 00:00.33 | ctooley | we run split repositories, publicsvn vs svn |
| 00:00.51 | ctooley | one http://, one svn:// |
| 00:11.34 | ctooley | cool, added a second svn repository setting "commit repository revision" and "publiccommit repository revision" |
| 00:11.59 | putnopvut | Bugs make me sad. |
| 00:12.01 | putnopvut | That is all. |
| 00:12.09 | ctooley | We don't run Mantis, not going to be very helpful in debugging that. |
| 00:17.53 | ctooley | HTML::Extract is Voodoo |
| 00:39.06 | *** join/#asterisk-dev schmooze (n=schmooze@rrcs-67-52-210-195.west.biz.rr.com) |
| 00:44.01 | *** join/#asterisk-dev ZX81 (n=matt@202.49.106.158) |
| 00:45.12 | seanbright | file: update MuffinMan for me... i'll give you a... muffin |
| 00:46.40 | Corydon76-dig | Just one? |
| 00:50.36 | seanbright | perhaps multiple |
| 00:57.38 | file | he is updated |
| 01:01.24 | *** join/#asterisk-dev juanjoc (n=juanjoc@host65.190-225-194.telecom.net.ar) |
| 01:03.52 | seanbright | M12776#87727 |
| 01:03.54 | MuffinMan | [12776#0087727] Commented by seanbright on 06-03-08 at 12:12: Another option would be something like this: |
| 01:03.54 | MuffinMan | .. |
| 01:03.54 | MuffinMan | ..<a href="asterisk-1.4.20.1.tar.gz" onclick="location.href = 'elqRedir.htm?ref=http:%2F%2Fdownloads.digium.com%2Fpub%2Fasterisk%2Fasterisk-1.4.20.1.tar.gz'; return false;">asterisk-1.4.20.1.tar.gz</a> |
| 01:03.54 | MuffinMan | .. |
| 01:03.55 | MuffinMan | ..And that would work for all browsers. Javascript enabled ones would use the onclick handler, and non-javascript browsers or "Copy link location" functionality would copy the direct link rather than the tracker link. |
| 01:03.59 | seanbright | much better |
| 01:03.59 | MuffinMan | .. |
| 01:04.01 | MuffinMan | ..(Pretend that < and > are the less-than and greater-than characters) |
| 01:04.13 | seanbright | MuffinMan: help mantis |
| 01:04.13 | MuffinMan | seanbright: Displays information about a Mantis issue or issue comment. usage: issue <issue number>[#<comment number>]. May be used in channel or privately. |
| 01:04.20 | seanbright | superdee duper |
| 01:04.39 | seanbright | file: thanks pal |
| 01:04.47 | seanbright | goes off to booze it up |
| 01:09.08 | *** join/#asterisk-dev moy (n=moyhu@189.169.69.205) |
| 01:45.49 | *** join/#asterisk-dev jpeeler (n=jpeeler@adsl-065-005-230-151.sip.lft.bellsouth.net) |
| 01:45.49 | *** mode/#asterisk-dev [+o jpeeler] by ChanServ |
| 01:49.38 | *** join/#asterisk-dev IgorG (n=IgorG@195.162.49.23) |
| 02:28.36 | *** join/#asterisk-dev l0verb0y (n=l0verb0y@119.111.96.120) |
| 02:31.13 | *** join/#asterisk-dev Mavvie (n=edwin@ppp121-44-81-221.lns10.syd6.internode.on.net) |
| 02:31.30 | Mavvie | Greetings. |
| 02:32.26 | Mavvie | I'm looking for somebody who is willing to help me to troubleshoot a problem with Asterisk not being able to reset the channels on the PRIs. |
| 02:33.16 | Mavvie | Asterisk sends a RESTART message, the switch returns a STATUS message instead of an RESTART_ACKNOWLEDGE. |
| 02:34.38 | Mavvie | (This is sideways related to bug #0012766) |
| 03:08.56 | *** join/#asterisk-dev nicox_ (n=nicox@212-183-36-133.adsl.highway.telekom.at) |
| 03:43.59 | *** join/#asterisk-dev nicox (n=nicox@212-183-36-133.adsl.highway.telekom.at) |
| 04:58.09 | *** join/#asterisk-dev IgorG (n=IgorG@195.162.60.35) |
| 05:21.07 | *** join/#asterisk-dev nicox (n=nicox@vie-nas-ge-0-2.onenet.at) |
| 08:00.13 | *** join/#asterisk-dev tzafrir_laptop (n=tzafrir@local.xorcom.com) |
| 08:00.14 | *** mode/#asterisk-dev [+o tzafrir_laptop] by ChanServ |
| 08:42.50 | *** join/#asterisk-dev oej (n=olle@213.63.47.140) |
| 08:42.50 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 10:04.55 | *** join/#asterisk-dev l0verb0y (n=l0verb0y@119.111.96.120) |
| 10:06.18 | *** join/#asterisk-dev l0verb0y (n=l0verb0y@119.111.96.120) |
| 10:33.26 | *** join/#asterisk-dev sergee (n=serg@voip1.west-call.com) |
| 10:40.33 | *** join/#asterisk-dev _ys (i=yuri@91.151.196.254) |
| 10:42.40 | *** join/#asterisk-dev eurodrew555 (n=andrews@83-244-164-142.cust-83.exponential-e.net) |
| 10:58.33 | *** join/#asterisk-dev DagMoller (n=aguirre@unaffiliated/dagmoller) |
| 11:59.15 | *** join/#asterisk-dev UnixDog (n=UnixDog@254.69.118.70.cfl.res.rr.com) |
| 12:21.42 | *** join/#asterisk-dev caio1982 (i=caio1982@CAcert-br/caio1982) |
| 12:24.26 | *** join/#asterisk-dev shido6 (n=shido6@209.114.208.192) |
| 12:33.33 | ctooley | mornin |
| 12:33.47 | file | moo |
| 12:35.24 | ctooley | goes to get his cattle vaccination gear. |
| 12:35.27 | UnixDog | feeds file some hay and sends him back to the field for a day of grazing |
| 12:37.36 | ctooley | After a good 6-in-1 file will probably not feel like pretending to be a cow anymore. But, at least he won't get rabies. |
| 12:39.30 | *** join/#asterisk-dev Iamnacho (i=Iamnacho@ip68-103-153-140.ks.ok.cox.net) |
| 12:41.57 | mvanbaak | hey |
| 12:42.02 | mvanbaak | someone knows what this is ? |
| 12:42.03 | mvanbaak | [2008-06-04 14:40:51] ERROR[32190]: sched.c:376 ast_sched_del: FRACK!, Failed assertion 0 (0) |
| 12:44.19 | ctooley | mvanbaak, yup, line 376 of sched.c |
| 12:46.14 | ctooley | if you mean what caused it? Hard to say without seeing more of what is happening. Looks (to my untrained eye) like something tried to delete a scheduled event and bad stuff happened. What version of asterisk I'll go see if I can tell. |
| 12:46.31 | ctooley | locking issue maybe? |
| 12:46.51 | *** join/#asterisk-dev lmadsen (n=Leif@asterisk/documenteur-extraordinaire/blitzrage) |
| 12:46.51 | *** mode/#asterisk-dev [+o lmadsen] by ChanServ |
| 12:47.22 | ctooley | gives Moo Cow status to lmadsen |
| 12:47.31 | *** join/#asterisk-dev mcargile (n=mcargile@mail.in-florida.net) |
| 12:47.42 | lmadsen | lol |
| 12:47.45 | lmadsen | ctooley: morning! |
| 12:47.55 | ctooley | morning |
| 12:50.52 | mvanbaak | ctooley: this is trunk version 119035 |
| 12:50.55 | mvanbaak | nothing going on |
| 12:50.58 | mvanbaak | box is totally idle |
| 12:51.10 | ctooley | nice |
| 12:51.18 | mvanbaak | it has 3 IAX2 registrations, so it's sending ping/pong stuff to my ITSP |
| 12:53.22 | ctooley | yay, I don't find "Failed" anywhere in the sched.c file |
| 12:53.43 | ctooley | of course I'm a couple revisions ahed of you.... 120281 |
| 12:53.57 | ctooley | someone probably didn't like the usage of "FRACK!" in an error messages |
| 12:55.21 | mvanbaak | I'll recompile |
| 13:01.59 | *** join/#asterisk-dev _ys (i=yuri@91.151.196.254) |
| 13:05.09 | *** join/#asterisk-dev mcargile (n=mcargile@gateway.in-florida.net) |
| 13:38.32 | *** join/#asterisk-dev anonymouz666 (n=anonymou@201.19.207.130) |
| 13:46.14 | *** join/#asterisk-dev sruffell (n=sruffell@adsl-074-185-078-025.sip.bhm.bellsouth.net) |
| 13:46.14 | *** mode/#asterisk-dev [+o sruffell] by ChanServ |
| 13:46.18 | *** join/#asterisk-dev kamanashisroy (n=kamanash@202.56.7.137) |
| 13:49.59 | *** join/#asterisk-dev RoyK (n=roy@ip-82-48-149-91.dialup.ice.no) |
| 13:55.23 | *** join/#asterisk-dev maverick12 (n=root@83.240.229.38) |
| 13:55.31 | maverick12 | does anybody knows a way to verify the Remote Crash Vulnerability in SIP channel driver when run in pedantic mode |
| 13:57.02 | *** join/#asterisk-dev dioedu (n=dioedu@201.7.117.114) |
| 13:57.27 | file | maverick12: what do you mean by verify? |
| 13:58.05 | *** join/#asterisk-dev putnopvut (n=putnopvu@216.207.245.1) |
| 13:58.05 | *** mode/#asterisk-dev [+o putnopvut] by ChanServ |
| 13:58.29 | maverick12 | a way to verify that my installation have this problem |
| 13:58.55 | file | versions prior to the one just released yesterday have it |
| 13:59.16 | file | (of the 1.2 series) |
| 13:59.39 | maverick12 | but there is some configurations that we must have |
| 13:59.41 | maverick12 | ? |
| 13:59.44 | maverick12 | pedantic = yes |
| 13:59.52 | file | yes, pedantic must be enabled |
| 14:01.47 | maverick12 | but there is a way to verify that ... i want to be sure that this installation is vulnerable ... |
| 14:01.56 | maverick12 | is there some sip packet that i can sent |
| 14:01.59 | maverick12 | to check it ? |
| 14:02.28 | file | you can create a SIP packet yes, the security advisory gives the details |
| 14:10.39 | maverick12 | can anybody help me "building" a packet to verify the Remote Crash Vulnerability in SIP channel driver when run in pedantic mode |
| 14:10.50 | maverick12 | what is the function of pedantic mode ? |
| 14:14.30 | putnopvut | maverick12: pedantic mode makes some of the checking done in the sip channel driver more rfc-compliant at the risk of having slightly poorer performance. It does things like encode and decode URI's and check tags when matching dialogs. |
| 14:17.17 | seanbright | so i guess we neeed a mission. |
| 14:17.23 | seanbright | s/neeed/need/ |
| 14:27.57 | davevg-btwtech | putnopvut, mind if i reopen that bug and attach a patch for the 2nd part of the issue (re: membername) |
| 14:28.22 | putnopvut | davevg-btwtech: sure, what do you mean? |
| 14:28.29 | anonymouz666 | is there anybody that is taking care of gtalk bugs? |
| 14:28.30 | davevg-btwtech | its really simple :) |
| 14:28.51 | davevg-btwtech | we don't expose the interface name in "show queues" when we provide a membername |
| 14:29.30 | putnopvut | davevg-btwtech: Ah, I see, so you're saying that it's not always easy to tell which interface belongs to which queue member since we don't see that output. |
| 14:29.41 | davevg-btwtech | exactly |
| 14:32.45 | mcargile | Is there a way to get the STDERR from a perl based AGI to go to all attached CLIs rather than the orginal asterisk process? |
| 14:35.06 | jsmith | mcargile: Nope... use the VERBOSE command instead for debugging information |
| 14:35.16 | mcargile | ok |
| 14:42.05 | *** join/#asterisk-dev hubguruJR (n=hubguruJ@mail.ntegratedsolutions.com) |
| 14:55.34 | atis_work | putnopvut: may I vote that interface name is shown in addition to member name instead of replacing it? |
| 14:55.57 | putnopvut | I think both should be shown. |
| 14:57.02 | atis_work | great :) however that could make width of "queue show" quite big. not sure how to solve that |
| 14:57.31 | *** join/#asterisk-dev anthm (n=anthm@adsl-69-210-52-254.dsl.milwwi.ameritech.net) |
| 14:57.56 | atis_work | i think it's currently 80 chars |
| 14:58.05 | atis_work | max 80 chars |
| 14:58.45 | atis_work | i already have seen that output of "queue show" is stripped from end, because it goes out of buffer |
| 14:59.07 | putnopvut | It doesn't wrap? |
| 14:59.12 | atis_work | nope |
| 14:59.32 | atis_work | char max_buf[80]; |
| 15:00.13 | atis_work | btw wrapping will make it even more difficult to parse (for those who parse that), so i believe it's candidate for major version |
| 15:00.46 | atis_work | in old days, when i parsed that, i had patched max_buf to 160 chars |
| 15:01.47 | *** join/#asterisk-dev russellb (n=russell@asterisk/developer-and-stable-maintainer/drumkilla) |
| 15:01.47 | *** mode/#asterisk-dev [+o russellb] by ChanServ |
| 15:02.07 | seanbright | holy rusted metal, batman. |
| 15:02.10 | seanbright | its russellb . |
| 15:02.50 | russellb | strikes a pose |
| 15:03.07 | file | Madonna! |
| 15:03.08 | file | great idea |
| 15:04.32 | mvanbaak | hey russellb |
| 15:06.20 | russellb | greetings |
| 15:06.45 | mvanbaak | something is seriously going wrong here with latest trunk |
| 15:07.07 | maverick12 | anybody knows a good sip proxy to alter sip packet on fly ? |
| 15:07.18 | russellb | join #openser |
| 15:07.33 | russellb | mvanbaak: that is sad |
| 15:07.42 | mvanbaak | russellb: you are the chan_iax fixer right ? |
| 15:08.03 | *** join/#asterisk-dev jpeeler (n=jpeeler@216.207.245.1) |
| 15:08.03 | *** mode/#asterisk-dev [+o jpeeler] by ChanServ |
| 15:08.07 | ctooley | russellb, openser is good, for some definitions of good |
| 15:08.09 | mvanbaak | basically, since the fix to the fix I'm having trouble with my iax2 connections |
| 15:08.20 | jsmith | ctooley: Yeah, but it's still better than anything else I've ever used |
| 15:08.32 | russellb | mvanbaak: uh oh |
| 15:08.36 | atis_work | mvanbaak: you mean "fix to the fix" or "fix to the fix of the fix"? :p |
| 15:08.42 | russellb | heh |
| 15:08.52 | jsmith | ctooley: (even if it's syntax is archaic and it's documentation leaves much to be desired) |
| 15:08.56 | russellb | mvanbaak: that's quite bad, as those changes went into a 1.2 release yesterday, and a 1.4 rc |
| 15:09.00 | ctooley | jsmith, it's better than the other non-existent open source alternatives |
| 15:09.33 | russellb | mvanbaak: can you get a packet capture of a troublesome connection? |
| 15:09.34 | Juggie | mvanbaak, what kind of trouble? |
| 15:09.38 | russellb | then we'll take a look to see what is happening |
| 15:10.18 | mvanbaak | I seem to be able to connect to 3 ITSP's, the 4th is always failing |
| 15:10.38 | mvanbaak | but the fun thing is, from the other side it's fine |
| 15:10.45 | mvanbaak | so on my side I see 'unreachable' |
| 15:10.53 | mvanbaak | and on the other side I see: 23ms |
| 15:11.06 | russellb | packet capture! |
| 15:11.13 | mvanbaak | I double checked firewalls, and nmap is able to connect to the port. |
| 15:11.21 | mvanbaak | ok, trying to create one now |
| 15:11.33 | Juggie | sounds like a bug for sure if one side thinks the connection is up and the other doesnt |
| 15:12.48 | russellb | mvanbaak: also, let me know what versions each side is running |
| 15:12.54 | russellb | if you know |
| 15:13.15 | russellb | because if one side is running with the fix, but not with the 2nd fix to the fix |
| 15:13.18 | russellb | then it could be a problem. |
| 15:15.16 | mvanbaak | ahhah ! |
| 15:15.21 | mvanbaak | there we have the problem |
| 15:15.36 | russellb | dances |
| 15:15.38 | russellb | yay |
| 15:15.41 | mvanbaak | I'm missing the 2nd fix to the fix on the remote site |
| 15:15.45 | mvanbaak | 1.6 |
| 15:15.53 | mvanbaak | and my local site is current trunk |
| 15:16.06 | russellb | thinks |
| 15:16.10 | mvanbaak | the 1.6 is not returning packets at all |
| 15:16.40 | russellb | hm ... that's sad. |
| 15:16.50 | russellb | well try updating and let me know if you still have a problem |
| 15:17.12 | mvanbaak | recompiling the 1.6 side |
| 15:17.15 | Corydon76-dig | Yes, please stay current... |
| 15:17.26 | mvanbaak | Corydon76-dig: gheh |
| 15:17.31 | Corydon76-dig | (thought you needed that from the peanut gallery) |
| 15:18.05 | Corydon76-dig | giggles |
| 15:18.28 | mvanbaak | hhmm, trunk with the fix and 2nd fix has no problem talking to 1.0.9 |
| 15:19.27 | ctooley | So the "fix" to the fix to the 2nd fix is to perform the pre-1.0 fix, "update to HEAD and see if it works" |
| 15:19.44 | mvanbaak | lol |
| 15:19.51 | russellb | see, there was the fix, and then the fix to the fix, and then the 2nd fix to the fix |
| 15:20.00 | Qwell | 2nd fix to the first fix? |
| 15:20.05 | russellb | right |
| 15:20.11 | Qwell | but the 2nd fix is broken |
| 15:20.13 | russellb | the fix to the fix, and the 2nd fix to the fix are actually unrelated |
| 15:20.20 | *** part/#asterisk-dev [Akemi] (n=akemi@206-248-165-174.dsl.teksavvy.com) |
| 15:20.25 | russellb | it might be, that's what we're trying to figure out :-p |
| 15:20.26 | Qwell | you're gonna need to fix that |
| 15:20.28 | russellb | but i don't think it is |
| 15:20.29 | russellb | right |
| 15:20.58 | *** join/#asterisk-dev joetester2 (n=chatzill@216.191.34.13) |
| 15:21.02 | mvanbaak | there we go ! |
| 15:21.07 | russellb | fixed?! |
| 15:21.14 | mvanbaak | fix0red |
| 15:21.16 | russellb | w00t |
| 15:21.21 | russellb | so the problem was the lack of fixes |
| 15:21.25 | russellb | we need more fixes! |
| 15:21.27 | mvanbaak | yup |
| 15:21.33 | ctooley | So the fix to the fix and the 2nd fix to the fix are both fixed and now the fix needs more fixes. |
| 15:21.33 | mvanbaak | well, it had some of the fixes |
| 15:21.48 | Qwell | mvanbaak: but the fixes needed fixing |
| 15:21.52 | mvanbaak | it lacked the fix to fix the fix |
| 15:21.55 | russellb | ctooley: well hopefully the fixing is done in that area, as more fixes to the fixes could get confusing |
| 15:21.55 | Qwell | right |
| 15:22.19 | russellb | glad we're all on the same page here. |
| 15:22.25 | ctooley | russellb, yes, but isn't it already confusing? |
| 15:22.28 | mvanbaak | but fixing it so the fix to fix the fix was applied it was all fixed |
| 15:22.32 | ctooley | so what does it matter |
| 15:22.45 | file | I'm so confused. |
| 15:22.50 | seanbright | fixes file |
| 15:22.51 | Qwell | file: nub |
| 15:22.57 | Qwell | keep up |
| 15:22.59 | mvanbaak | fixes the fix to file |
| 15:23.00 | wwalker | is this a gilligan and professor skit? |
| 15:23.19 | russellb | this is serious asterisk development discussion! |
| 15:23.32 | Juggie | yes, during business hours we are *SERIOUS* |
| 15:23.33 | russellb | discussing which fixes are required to fix the fixes to the fix so that it works |
| 15:23.34 | file | I'm just going to go back to work now... |
| 15:23.42 | russellb | Juggie: yep. |
| 15:24.03 | seanbright | we really should post all of this on the mailing list |
| 15:24.13 | Qwell | it never happened otherwise |
| 15:24.20 | russellb | fyi, if you have a problem, read up on this |
| 15:24.35 | mvanbaak | russellb: lucky us the fixes were in a short timeframe. so it's not very likely a lot of ppl will be affected the way I was |
| 15:24.41 | mvanbaak | because trunk to 1.4 was working |
| 15:24.45 | ctooley | So... which fix was on first and which fix is on second? |
| 15:24.45 | russellb | mvanbaak: yeah. |
| 15:24.46 | mvanbaak | it was just trunk to 1.6 |
| 15:24.57 | russellb | mvanbaak: I'm sorry for the breakage, though |
| 15:25.10 | mvanbaak | ctooley: my trunk was up-to-date, and my 1.6 needed fixing |
| 15:25.25 | mvanbaak | ctooley: only the last patch was missing there |
| 15:25.42 | mvanbaak | russellb: nah, dont worry. the only trouble I had was no conferences |
| 15:25.50 | mvanbaak | because the 1.6 box is hosting those for me |
| 15:25.55 | ctooley | aha, so now that it's all better everyone can resume other serious discussions. |
| 15:26.08 | mvanbaak | it's the only box not running in xen so able to run ztdummy and meetme |
| 15:26.31 | mvanbaak | anywayz. thanks for the pointer. I'm going home now |
| 15:31.25 | russellb | hands mvanbaak a void * |
| 15:33.26 | Corydon76-dig | Mmm, found another buglet in Mantis |
| 15:33.46 | Corydon76-dig | In every email sent from Mantis, the From line is duplicated, with two different values |
| 15:34.21 | Corydon76-dig | noreply@carolina.digium.com and noreply-bugs@digium.com |
| 15:35.07 | atis_work | oh, that would probably make me confused where i should NOT reply :D |
| 15:38.29 | russellb | there is a Mantis category on Mantis if it is causing you trouble :) |
| 15:39.09 | ctooley | is there a MuffinMan category? .... ctooley goes off to look. |
| 15:39.16 | file | nope |
| 15:39.44 | ctooley | bah! repotools->General. |
| 15:40.25 | russellb | file a bug in repotools->General that repotools->MuffinMan doesn't exist |
| 15:40.38 | *** join/#asterisk-dev CunningPike (n=arodgers@204.239.8.157) |
| 15:43.04 | atis_work | :D |
| 15:53.07 | Corydon76-dig | russellb: ping |
| 15:53.16 | russellb | pizong |
| 15:53.39 | Corydon76-dig | Something is very wrong the the jabber server |
| 15:53.44 | jsmith | Oh? |
| 15:54.04 | russellb | i'm not sure who official maintains it ... |
| 15:54.09 | russellb | s/official/officially/ |
| 15:54.11 | Qwell | Corydon76-dig: net hiccup here |
| 15:54.21 | Corydon76-dig | Qwell: ah, that was probably it |
| 15:56.50 | *** join/#asterisk-dev outtolunc (n=me@adsl-66-218-53-172.dslextreme.com) |
| 16:02.12 | *** part/#asterisk-dev maverick12 (n=root@83.240.229.38) |
| 16:24.10 | mvanbaak | [feature] you guys think it would be nice to have an option to PrivacyManager to specify a context where it will check the user supplied callerid ? |
| 16:24.22 | mvanbaak | like: PrivacyManager(checkcid) |
| 16:24.35 | mvanbaak | and there you specify the patterns to match |
| 16:24.46 | mvanbaak | using ast_find_exten or something |
| 16:38.39 | *** join/#asterisk-dev JT (n=j@unaffiliated/jt) |
| 16:46.53 | mvanbaak | anyone ? |
| 16:47.39 | jsmith | mvanbaak: I'm OK with it |
| 16:47.58 | jsmith | mvanbaak: I'll give you some feedback on the XML docs thing too when I get a few free minutes (probably later tonight) |
| 16:48.32 | mvanbaak | jsmith: cool, thank you |
| 16:48.38 | mvanbaak | jsmith: the work is in my branch |
| 16:48.42 | mvanbaak | you found it ? |
| 16:49.02 | mvanbaak | it's only a patch to app_dial.c right now where I try to come up with a format to document it |
| 16:49.23 | mvanbaak | I already go the feedback to ditch the <syntax /> tag because that can be auto-generated |
| 16:49.47 | jsmith | mvanbaak: Yeah... I know... I'll give you more feedback on the XML format |
| 16:49.59 | mvanbaak | cool |
| 16:50.15 | mvanbaak | now I'm off to start hacking on app_privacymanager.c |
| 16:55.40 | *** join/#asterisk-dev Corazu (n=Justin@bas3-toronto12-1177559202.dsl.bell.ca) |
| 16:58.45 | *** join/#asterisk-dev atis_work (n=atis_wor@193.238.212.171) |
| 17:00.26 | *** join/#asterisk-dev jameswf-home (n=james@dsl093-157-131.phx1.dsl.speakeasy.net) |
| 17:24.38 | mvanbaak | what's the best way to check if a specific exten exists in a context ? |
| 17:24.47 | *** join/#asterisk-dev jgoddess (n=womkim@leon.g-cipher.net) |
| 17:24.48 | mvanbaak | pbx_find_extension ? |
| 17:24.55 | mvanbaak | or is there a better ast_* version ? |
| 17:24.58 | russellb | ast_context_exists? |
| 17:25.01 | russellb | i made that up. |
| 17:25.09 | mvanbaak | extension ;) |
| 17:25.29 | russellb | oh, exten |
| 17:25.29 | mvanbaak | I want to know if I have a match for exten 02264532162149 in context foo |
| 17:25.58 | russellb | ast_exists_extension |
| 17:26.02 | mvanbaak | no need to check if the current channel will be able to dial it |
| 17:26.25 | mvanbaak | can I feed that a channel of NULL |
| 17:26.43 | russellb | yes |
| 17:26.48 | mvanbaak | cool |
| 17:27.03 | russellb | <PROTECTED> |
| 17:27.06 | russellb | ... |
| 17:27.11 | russellb | nice |
| 17:27.12 | russellb | :) |
| 17:27.15 | mvanbaak | res = ast_exists_extension(NULL, phone, checkcontext, 1); |
| 17:27.22 | mvanbaak | hurray |
| 17:36.22 | *** part/#asterisk-dev UnixDog (n=UnixDog@254.69.118.70.cfl.res.rr.com) |
| 17:56.47 | *** join/#asterisk-dev Iamnach0 (i=Iamnacho@ip68-103-153-140.ks.ok.cox.net) |
| 18:00.35 | mvanbaak | http://pastebin.ca/1038811 |
| 18:00.38 | mvanbaak | that looks any good ? |
| 18:01.54 | codefreeze-lap | Hmmm. I see a letter in asterisk-dev that John Lange can't compile 1.4-based branch, on 64-bit openSuse 10.3, because -ltermcap can't be found... which is on his system; anyone else see such? What do I advise? use ldconf or something? |
| 18:06.15 | codefreeze-lap | Hah, a random thought for the day, courtesy of fortune: "Ask not for whom the telephone bell tolls.... if thou art in the bathtab, it tolls for thee." |
| 18:07.08 | putnopvut | mvanbaak: It looks fine to me. |
| 18:07.36 | putnopvut | er...actually. |
| 18:07.42 | putnopvut | Why do you call ast_waitstream? |
| 18:07.59 | mvanbaak | because all the other cases do as well |
| 18:08.04 | mvanbaak | ;) |
| 18:08.12 | mvanbaak | on failure |
| 18:09.34 | putnopvut | ast_waitstream() is typically called when there's a file playing so that the code will block until the file is done playing. At that point, there isn't one playing. |
| 18:10.36 | mvanbaak | maybe I'll have to actually test it ;) |
| 18:10.53 | putnopvut | Yeah, that's typically a good idea :) |
| 18:11.17 | mvanbaak | just came up with this while waiting for the microwave to nuke my second plate of dinner |
| 18:12.37 | mvanbaak | :) |
| 18:13.17 | ctooley | OFF TOPIC: Have any of you guys found a linux-friendly replacement for GoToMeeting? Because GoToMeeting pretty much sucks anyway. |
| 18:13.31 | mvanbaak | what is GoToMeeting ? |
| 18:14.03 | ctooley | virtual conference room. Let's you tie a conference call to a shared whiteboard, presentation and desktop sharing app. |
| 18:14.07 | mvanbaak | does that answer your question ? |
| 18:14.14 | *** part/#asterisk-dev jmls_work (n=jmls_wor@mail.tessera.co.uk) |
| 18:14.22 | mvanbaak | hang on, there is one |
| 18:17.40 | *** join/#asterisk-dev joetester2 (n=chatzill@216.191.34.13) |
| 18:18.22 | ctooley | WebEx used to work, don't know if it still does |
| 18:18.34 | *** join/#asterisk-dev Schmooze (n=Schmooze@rrcs-67-53-189-185.west.biz.rr.com) |
| 18:19.16 | codefreeze-lap | ctooley: whats the diff between a bunch of people getting into *any* shared whiteboard/presentation thing, and everybody incidentally also getting into a conf call at the same time? |
| 18:19.39 | *** join/#asterisk-dev Schmooze (n=Schmooze@rrcs-67-53-189-185.west.biz.rr.com) |
| 18:20.59 | ctooley | codefreeze-lap, it's the ability shared whiteboard/presentation/desktop thing with integrated chat and "raise your hand" and have the website be able to unmute you. |
| 18:21.02 | *** join/#asterisk-dev Schmooze (n=Schmooze@rrcs-67-53-189-185.west.biz.rr.com) |
| 18:21.11 | davevg-btwtech | ctooley, You can also try dimdim, but I haven't tried it on linux, nor recently |
| 18:21.46 | ctooley | BTW WebEx works, all except sharing your desktop. |
| 18:22.08 | *** join/#asterisk-dev Schmooze (n=Schmooze@rrcs-67-53-189-185.west.biz.rr.com) |
| 18:32.45 | russellb | ctooley: check out wimba. it's geared toward education, i think, but i have used it and it works great |
| 18:32.53 | russellb | ctooley: uses Asterisk and IAX2 :) |
| 18:33.25 | ctooley | dimdim seems cool too. I think it could be tied to Asterisk as well (and it's open source) |
| 18:35.58 | *** join/#asterisk-dev moy (n=moyhu@189.169.69.205) |
| 18:45.07 | *** part/#asterisk-dev mcargile (n=mcargile@gateway.in-florida.net) |
| 18:57.59 | *** join/#asterisk-dev atis_work (n=atis_wor@193.238.212.171) |
| 19:06.49 | *** join/#asterisk-dev Schmooze (n=Schmooze@rrcs-67-53-189-178.west.biz.rr.com) |
| 19:07.26 | *** join/#asterisk-dev Schmooze (n=Schmooze@rrcs-67-53-189-178.west.biz.rr.com) |
| 19:07.33 | *** join/#asterisk-dev DarkRift (i=dark@bas10-montreal02-1177583373.dsl.bell.ca) |
| 19:13.33 | *** join/#asterisk-dev _ys (n=yuri@80.70.236.69) |
| 19:19.40 | *** join/#asterisk-dev joetester2 (n=chatzill@216.191.34.13) |
| 19:24.34 | mvanbaak | ctooley: that's it. dimdim |
| 19:24.39 | mvanbaak | I was looking for that one |
| 19:24.54 | mvanbaak | dimdim can be linked to asterisk |
| 19:24.59 | mvanbaak | I've seen it done |
| 19:25.08 | mvanbaak | but I was unable to recall the name dimdim |
| 19:26.47 | jsmith-teaching | russellb: Wimba, eh? |
| 19:30.42 | mvanbaak | hhmm |
| 19:30.56 | mvanbaak | if I have a globals {} block in extensions.ael |
| 19:31.44 | mvanbaak | the stuff I declare in there should be usable with 'Dial(${GLOBALS(IAXTRUNK)}/${EXTEN})' right ? |
| 19:32.06 | mvanbaak | I have set clearglobalvars=no in extensions.conf |
| 19:32.35 | mvanbaak | this did work in svn trunk from 2 days ago |
| 19:32.39 | mvanbaak | but did an svn up today |
| 19:32.45 | mvanbaak | and it's not working anymore |
| 19:34.14 | codefreeze-lap | mvanbaak: I haven't looked at the code, but if you have globals in both ael and conf, they should both be added (not that this has anything to do with your prob, just a rand thought) |
| 19:34.36 | mvanbaak | I have no [globals] in extensions.conf |
| 19:34.49 | mvanbaak | only a globals {} block in extensions.ael |
| 19:35.26 | codefreeze-lap | mvanbaak: any other changes, like to the AEL code, since yesterday or so? |
| 19:35.34 | mvanbaak | nope |
| 19:35.35 | mvanbaak | nothing |
| 19:35.51 | mvanbaak | just did svn up, recompile, make install, asterisk -rx 'restart now' |
| 19:36.01 | codefreeze-lap | svn up on which version? 1.4, trunk? |
| 19:36.03 | mvanbaak | trunk |
| 19:36.33 | mvanbaak | did the same thing two days ago |
| 19:36.49 | mvanbaak | it was working perfect this morning, and after the svn up it borked |
| 19:37.37 | mvanbaak | must be the fix to the config parser I saw passing by on the mailinglist |
| 19:37.48 | codefreeze-lap | Did you restart * or did you fire it up from scratch? |
| 19:40.09 | mvanbaak | tried both |
| 19:40.42 | mvanbaak | core show globals |
| 19:40.44 | mvanbaak | shows nothig |
| 19:40.53 | mvanbaak | asterisk:/etc/asterisk# asterisk -rx 'core show globals' |
| 19:40.53 | mvanbaak | <PROTECTED> |
| 19:41.08 | ctooley | mvanbaak, pastebin? |
| 19:41.10 | codefreeze-lap | I doubt it was the fix I did yesterday-- it just removed one warning from AEL. about empty extensions. Let me try it on my box |
| 19:41.26 | mvanbaak | ctooley: my dialplan ? |
| 19:41.36 | mvanbaak | hang on |
| 19:41.39 | ctooley | the globals section (removing the parts you care not to share) |
| 19:44.43 | codefreeze-lap | mvanbaak: 1.4 is ok |
| 19:44.56 | codefreeze-lap | mvanbaak: moving to trunk |
| 19:44.59 | mvanbaak | ctooley: here is the stuff used: |
| 19:45.07 | mvanbaak | http://www.pastebin.ca/1038918 |
| 19:45.25 | mvanbaak | I only cut out the contexts that are not relevant |
| 19:45.34 | mvanbaak | but the globals stuff and extensions.conf is unaltered |
| 19:45.38 | mvanbaak | vanilla copies |
| 19:46.34 | mvanbaak | let me post the safedial macro as well |
| 19:46.38 | mvanbaak | because I use that one |
| 19:48.27 | mvanbaak | http://www.pastebin.ca/1038921 |
| 19:48.33 | mvanbaak | there, all the info you need |
| 19:49.24 | ctooley | yeah, it looks right to me... codefreeze-lap |
| 19:49.57 | mvanbaak | ctooley: it has to be right. it has been working for almost a year :) |
| 19:50.03 | ctooley | :) |
| 19:50.22 | ctooley | mvanbaak, start with -vvvvvvvvvdddddddddd? |
| 19:50.22 | ctooley | :) |
| 19:50.46 | mvanbaak | and pastebin the console output ? |
| 19:52.39 | codefreeze-lap | mvanbaak: I can repeat your problem. |
| 19:52.44 | codefreeze-lap | no globals. at all. |
| 19:53.25 | mvanbaak | indeed |
| 19:53.28 | mvanbaak | none |
| 19:53.29 | mvanbaak | nada |
| 19:53.34 | mvanbaak | ctooley: http://www.pastebin.ca/1038925 |
| 19:58.26 | ctooley | mvanbaak, I meant, launch it with that, see what it says when parsing the AEL |
| 19:58.34 | *** join/#asterisk-dev atis_work (n=atis_wor@193.238.212.171) |
| 19:58.37 | ctooley | run "ael reload" now. :) |
| 20:00.13 | mvanbaak | ctooley: codefreeze-lap is working on it |
| 20:00.19 | mvanbaak | I hope |
| 20:03.29 | ctooley | mvanbaak, yeah |
| 20:08.51 | mvanbaak | at least he can reproduce it :) |
| 20:09.03 | mvanbaak | I finally found something that a -dev can reproduce |
| 20:09.08 | mvanbaak | that's pretty uncommen |
| 20:09.16 | mvanbaak | s/uncommen/uncommon/ |
| 20:12.41 | codefreeze-lap | mvanbaak: I *am* working on it. |
| 20:12.49 | mvanbaak | hurray ! |
| 20:13.10 | mvanbaak | gives codefreeze-lap a dozen of his favourite caffeiniated drink |
| 20:13.45 | codefreeze-lap | The globals list is empty... so, we go back to where it (should) be filled... using pbx_builtin_servar/helper |
| 20:13.58 | codefreeze-lap | I mean setvar, not servar |
| 20:14.25 | mvanbaak | yeah |
| 20:14.35 | mvanbaak | was looking at that as well |
| 20:15.23 | mvanbaak | brb, altering config because I HAVE to make this phonecall |
| 20:24.25 | codefreeze-lap | it has something to do with "ast_compat_app_set"... which in my raw trunk appears to be set.... |
| 20:25.03 | mvanbaak | yeah, must be |
| 20:25.13 | mvanbaak | I have no config file for that, so I bet it's set |
| 20:25.14 | codefreeze-lap | mvanbaak: are you seeing (on startup), the warnings: "MSet requires at least one variable name/value pair."... you should |
| 20:25.28 | mvanbaak | let me check |
| 20:26.03 | codefreeze-lap | nice red WARNING log message |
| 20:27.06 | mvanbaak | I see a LOT of them |
| 20:27.18 | mvanbaak | [2008-06-04 22:26:41] NOTICE[15739]: pbx_ael.c:131 pbx_load_module: AEL load process: checked config file name '/etc/asterisk/extensions.ael'. |
| 20:27.22 | mvanbaak | [2008-06-04 22:26:41] WARNING[15739]: pbx.c:7891 pbx_builtin_setvar_multiple: MSet requires at least one variable name/value pair. |
| 20:27.25 | mvanbaak | [2008-06-04 22:26:41] WARNING[15739]: pbx.c:7891 pbx_builtin_setvar_multiple: MSet requires at least one variable name/value pair. |
| 20:27.29 | mvanbaak | ... |
| 20:27.31 | mvanbaak | ... |
| 20:27.36 | mvanbaak | ... |
| 20:27.39 | mvanbaak | ;) |
| 20:27.43 | codefreeze-lap | that's your globals, being tossed one by one |
| 20:27.47 | mvanbaak | looks like at least one for ever globals |
| 20:28.44 | Corydon76-dig | mvanbaak: in your asterisk.conf, in section [compat], try setting app_set=1.6 |
| 20:28.53 | codefreeze-lap | looks like a simple fix, tho |
| 20:29.45 | mvanbaak | Corydon76-dig: that did the trick |
| 20:30.04 | ctooley | see, verbose output + debug output + reload tells you everything. :) |
| 20:30.08 | mvanbaak | but, shouldn't that be documented somewhere. |
| 20:30.21 | mvanbaak | and I prefer that it works without it on trunk |
| 20:30.48 | codefreeze-lap | It shouldn't have given you that trouble.... |
| 20:30.55 | mvanbaak | indeed |
| 20:31.06 | Corydon76-dig | mvanbaak: ael or extensions.conf? |
| 20:31.11 | mvanbaak | ael |
| 20:31.47 | Corydon76-dig | codefreeze-lap: are you calling pbx_builtin_setvar to set globals instead of doing the separation and calling pbx_builtin_setvar_helper ? |
| 20:32.08 | codefreeze-lap | yes |
| 20:33.48 | codefreeze-lap | I've already located the prob |
| 20:33.58 | Corydon76-dig | codefreeze-lap: Okay, I'll fix it in pbx.c |
| 20:35.33 | codefreeze-lap | It's mistakenly demanding that chan be set in the MSet stuff |
| 20:35.58 | codefreeze-lap | And there's an error message crashing because chan is null, at 7905 |
| 20:36.03 | Juggie | codefreeze, someone just posted a bug about the CDR clid not being changeable |
| 20:36.22 | Juggie | i presume thats design |
| 20:36.23 | Corydon76-dig | codefreeze-lap: right, already fixed |
| 20:36.35 | Corydon76-dig | Juggie: It is |
| 20:36.55 | mvanbaak | Corydon76-dig: let me test it ;) |
| 20:36.56 | Corydon76-dig | Juggie: if you could change it, you risk it being overwritten by the channel in the next cdr update |
| 20:37.07 | Juggie | could we potentially extent CDR() to allow to change it? |
| 20:37.11 | Corydon76-dig | Juggie: so we just make it readonly from that side |
| 20:37.18 | Corydon76-dig | Juggie: NO. |
| 20:37.19 | Juggie | *extend |
| 20:37.27 | Corydon76-dig | Juggie: that would be a bug |
| 20:37.32 | Juggie | ic. |
| 20:37.43 | Corydon76-dig | Juggie: if you want to change the callerid, change it on the CHANNEL |
| 20:37.55 | Juggie | i was just curious if its possible to override it as the submitter requested |
| 20:38.15 | Corydon76-dig | Possible, yes... BUT IT MAY BE OVERWRITTEN ALMOST IMMEDIATELY |
| 20:38.30 | Juggie | Corydon76-dig, per the bug report it would seem he is doing that, but the original clid is what is written into the cdd |
| 20:38.33 | Juggie | *cdr |
| 20:38.54 | Corydon76-dig | Then there's another bug, and we should fix THAT bug... not try to work around it. |
| 20:39.24 | Juggie | well thats what i was asking, i wasnt sure on the design intentions |
| 20:39.28 | Corydon76-dig | This is like the 3rd time we've gone over this. I wish we didn't have to keep having the same discussions |
| 20:39.40 | Juggie | we've? |
| 20:39.46 | codefreeze-lap | Well, the CID is copied into the cdr when the channel is init'd, or close to thereto. It's copied in the CDR init() routine. |
| 20:39.50 | Juggie | we've never discussed this before |
| 20:40.01 | Corydon76-dig | codefreeze-lap: and ast_cdr_update() |
| 20:40.40 | Corydon76-dig | The royal 'we' |
| 20:40.49 | codefreeze-lap | ... so, it *is* pretty wild and whooly, as to where/when it might be overridden... |
| 20:41.43 | Corydon76-dig | Juggie: sorry, I don't mean to shout, but I keep hearing from people who want to workaround a bug by letting them change the CDR directly, and that's the wrong way to do it |
| 20:42.00 | Corydon76-dig | Besides that it probably won't work |
| 20:42.06 | Juggie | Corydon76-dig, sorry i was just trying to understand the underlayign issue so i could answer the bug. |
| 20:42.29 | Juggie | so then the issue is that updating CALLERID() via the dialplan isnt ending up in the CDR for some reason. |
| 20:42.30 | Corydon76-dig | Juggie: most likely, the CDR is already locked, due to a ForkCDR |
| 20:42.48 | Corydon76-dig | That's the only way that a callerid will not propagate |
| 20:43.30 | Juggie | i'll ask for some dialplan to confirm |
| 20:43.30 | Corydon76-dig | or some 3rd party module |
| 20:43.40 | codefreeze-lap | Corydon76-dig: I swear, in CEL, I'm going to write a nice design doc when it's "finished", to explain why things are the way they are. If someone could do that for the existing CDR system, it'd be great. |
| 20:43.58 | seanbright | codefreeze-lap: design documents come *before* code ;-) |
| 20:44.18 | Corydon76-dig | Or I've even seen a case where they are interfacing from Zap (PRI) to SIP, and because the PRI callerid arrives after they set the SIP callerid, they think the callerid isn't getting set properly |
| 20:44.36 | mvanbaak | Corydon76-dig: thanks for the fix |
| 20:44.39 | mvanbaak | it works again |
| 20:44.45 | codefreeze-lap | Oh, so *that's* why they are so far off? ;-) |
| 20:44.54 | Corydon76-dig | mvanbaak: Set the other compat options, too |
| 20:45.05 | mvanbaak | I have no compat options set |
| 20:45.06 | mvanbaak | and it works |
| 20:45.16 | Corydon76-dig | mvanbaak: you'll probably want to, anyway |
| 20:45.24 | mvanbaak | I did 'svn up' after your last commit, and it works again |
| 20:45.31 | mvanbaak | Corydon76-dig: why ? |
| 20:45.34 | Corydon76-dig | app_set=1.6, pbx_realtime=1.6, res_agi=1.6 |
| 20:45.43 | Corydon76-dig | mvanbaak: new syntax |
| 20:45.45 | mvanbaak | what do they do ? |
| 20:46.01 | codefreeze-lap | mvanbaak: If you and I operate with compat opts set by default, and have trouble, so will x% of the community running trunk |
| 20:46.02 | Corydon76-dig | mvanbaak: they turn off the translations in the latter two |
| 20:46.07 | mvanbaak | if I dont set them, I'm able to use the old syntax ? |
| 20:46.19 | mvanbaak | ah |
| 20:46.27 | Corydon76-dig | If you don't set them or they're set to 1.4, old syntax |
| 20:46.29 | mvanbaak | I'll set them |
| 20:46.50 | Juggie | Corydon76-dig, and worry not about shouting, i'm thick skinned :) |
| 20:46.53 | Corydon76-dig | which basically means a slight penalty on AGI ops with EXEC |
| 20:47.21 | mvanbaak | all set |
| 20:49.54 | Corydon76-dig | Juggie: what's the bug number? |
| 20:50.29 | mvanbaak | 12786 |
| 20:54.23 | Corydon76-dig | Juggie: also note that if the ANI is set, then it will override the cid_num |
| 20:54.33 | Corydon76-dig | in all cases |
| 20:58.44 | Juggie | reporter said it happened on sip |
| 20:59.09 | *** join/#asterisk-dev atis_work (n=atis_wor@193.238.212.171) |
| 20:59.36 | Juggie | and i dont believe that would have ani, though i could be wrong |
| 21:13.51 | Corydon76-dig | Juggie: still, without an idea of what all he's doing, it's difficult to know which of the varied causes is affecting him |
| 21:21.09 | Juggie | Corydon76-dig, i know which is why i asked for a dialplan to reproduce |
| 21:22.21 | Juggie | offtopic, google really needs to get off their ass and release a toolbar for firefox 3 |
| 21:22.52 | Corydon76-dig | Juggie: I bet you a beer that he'll send you a dialplan with which you'll be unable to reproduce the issue |
| 21:25.25 | Juggie | likely, but the other bug had the same problem, jmls wasnt able to reproduce |
| 21:26.03 | Corydon76-dig | Nor was I |
| 21:59.53 | codefreeze-lap | Interesting take on security patches creating vulnerability: http://www.technologyreview.com/infotech/20839/?a=f |
| 22:23.07 | *** join/#asterisk-dev smth (n=chatzill@CPE000d48380389-CM00195eda2522.cpe.net.cable.rogers.com) |
| 22:38.20 | *** join/#asterisk-dev Laureano (n=Laureano@190.245.115.150) |
| 22:38.44 | *** join/#asterisk-dev juanjoc (n=juanjoc@host65.190-225-194.telecom.net.ar) |
| 22:39.23 | Laureano | Hello guys. I received the last ASA with the following subject: AST-2008-009: AST-2008-007 Cryptographic keys generated by OpenSSL on Debian-based systems compromised. |
| 22:39.39 | Corydon76-dig | We know, we know |
| 22:40.00 | Corydon76-dig | Someone forgot the change the title before he hit send |
| 22:40.10 | file | corrected one has already been sent out |
| 22:40.35 | Laureano | I thought that. I just wanted to let you know. |
| 22:41.03 | Corydon76-dig | file: what do you think of that change to the script? |
| 22:41.42 | file | does it work? :D |
| 22:43.26 | file | disappears for a bit |
| 22:44.36 | *** join/#asterisk-dev anthm (n=anthm@mb50736d0.tmodns.net) |
| 22:58.10 | Corydon76-dig | file: works in test mode |
| 23:00.04 | russellb | testing things is overrated |
| 23:00.55 | Corydon76-dig | Testing is what I've spent a good part of my day doing... |
| 23:13.33 | *** join/#asterisk-dev RoyK (n=roy@ip-82-48-149-91.dialup.ice.no) |
| 23:13.56 | *** join/#asterisk-dev jtodd (n=jtodd@blob.fox-den.com) |
| 23:13.57 | *** mode/#asterisk-dev [+o jtodd] by ChanServ |
| 23:14.11 | *** join/#asterisk-dev RoyK (n=roy@ip-82-48-149-91.dialup.ice.no) |
| 23:22.47 | jameswf-home | you only live once commit blind and often |
| 23:29.47 | *** join/#asterisk-dev curiously_reptil (i=QkjdyvRM@adsl-69-232-192-210.dsl.pltn13.pacbell.net) |
| 23:29.48 | lmadsen | :) |
| 23:29.56 | lmadsen | commit often, test sometimes |
| 23:29.56 | MuffinMan | Invalid repository given. |
| 23:30.07 | lmadsen | MuffinMan: eh? |
| 23:30.09 | *** part/#asterisk-dev hubguruJR (n=hubguruJ@mail.ntegratedsolutions.com) |
| 23:30.13 | lmadsen | .... |
| 23:30.15 | lmadsen | :) |
| 23:30.28 | lmadsen | commit funny stuff |
| 23:30.28 | MuffinMan | Invalid repository given. |
| 23:30.31 | lmadsen | heh |
| 23:32.35 | curiously_reptil | Hi all -- sorry if this is an old topic, but when usign Realtime for voicemail, why not store MWI in the database? |
| 23:39.50 | lmadsen | huh? |
| 23:40.27 | lmadsen | I don't understand "store MWI in the database" |
| 23:40.35 | curiously_reptil | ah |
| 23:41.10 | curiously_reptil | Why not have a field in the voicemail users table for number of unchecked voice mails? |
| 23:41.38 | curiously_reptil | When new voice mail arrvies the count would go up, when listened to it would go down, that sort of thing |
| 23:42.35 | *** join/#asterisk-dev jpeeler (n=jpeeler@adsl-065-005-230-151.sip.lft.bellsouth.net) |
| 23:42.35 | *** mode/#asterisk-dev [+o jpeeler] by ChanServ |
| 23:43.00 | Corydon76-dig | curiously_reptil: Mostly because it's very easy for that to get out of sync |
| 23:43.21 | Corydon76-dig | Therefore, we generate a new count each time |
| 23:43.37 | file | jpeeler: you silly goose, you are still looking at things from home aren't you? |
| 23:43.56 | Corydon76-dig | All you need is one process not controlled by us (voicemail cgi, for example) not to update that count, and it's forevermore corrupt |
| 23:44.01 | jpeeler | file: maybe |
| 23:44.31 | jpeeler | file: is it true that you have a branch that does away with masquerades? |
| 23:44.38 | curiously_reptil | Does that count come from just scanning the actual files in the voice mail directory? |
| 23:44.44 | file | jpeeler: in the instances of bridges? yes |
| 23:44.59 | Corydon76-dig | curiously_reptil: depends on whether voicemail is also stored in the realtime db |
| 23:45.12 | curiously_reptil | ah |
| 23:45.14 | Corydon76-dig | curiously_reptil: There's a voicemail_data realtime type |
| 23:46.22 | curiously_reptil | interesting, so if I store the voice mail data in the db then I can probably create a query to tell me the current count for each user, right. That would be cool. |
| 23:46.43 | jpeeler | file: transfers use bridging... |
| 23:46.52 | file | jpeeler: correct |
| 23:46.56 | Corydon76-dig | curiously_reptil: and since they're sequentially numbered, all you really need to do is grab the max |
| 23:47.19 | jpeeler | file: what is left then that requires masquerades? |
| 23:47.31 | file | jpeeler: taking over a channel that is not in a bridge |
| 23:48.24 | jpeeler | file: like something that only has one leg? |
| 23:48.40 | file | jpeeler: like something executing only dialplan logic |
| 23:49.07 | jpeeler | file: what else besides a local channel might that be |
| 23:49.16 | file | jpeeler: any regular channel |
| 23:49.33 | file | jpeeler: you pick up your SIP phone and dial 100, you are executing dialplan logic |
| 23:49.46 | file | jpeeler: you have not yet dialed another channel and are not yet in a bridge |
| 23:51.10 | jpeeler | file: i see |
| 23:51.42 | file | jpeeler: the bridging branch actually has new DTMF based transfer features |
| 23:51.53 | jpeeler | file: such as? |
| 23:52.01 | file | blind transfers and attended transfers |
| 23:52.13 | jpeeler | how are those new? |
| 23:52.29 | file | let me rephrase |
| 23:52.30 | file | rewritten |
| 23:52.52 | jpeeler | rewritten to support not using masquerades then right? |
| 23:52.58 | file | correct |
| 23:53.10 | jpeeler | how close is said branch to merging? |
| 23:53.55 | file | it will be put in for conference bridging usage for 1.6.1 |
| 23:54.49 | file | then if that goes well it will be used for regular bridges |
| 23:56.22 | jpeeler | hmm, i realize it's a lot of work |
| 23:57.30 | file | what is? |
| 23:57.41 | jpeeler | your branch? |
| 23:58.24 | jpeeler | M11826 |
| 23:58.26 | MuffinMan | [assigned] [Asterisk] Resources/res_features 0011826: Call transfer with 4 and more participants reported by aiker (Karma: neutral) http://bugs.digium.com/view.php?id=11826 |
| 23:58.31 | file | a lot of it is done, but I haven't finished everything from the code review |
| 23:58.46 | file | haven't put it at the top of my list since we don't even have 1.6.0 out yet |
| 23:58.52 | jpeeler | that makes sense |
| 23:59.21 | jpeeler | that bug is what i'm trying to correct the behavior of |
| 23:59.32 | jpeeler | i'm wondering how you handled it in your branch |
| 23:59.49 | file | the bridge created during an attended transfer does not have the feature enabled currently |