| 00:00.39 | putnopvut | Corydon76-dig: there's a far side comic about that. |
| 00:01.23 | Corydon76-dig | putnopvut: the other one that is funny are the guys who stock their bomb shelters; you go back a few years later and find everything to have expired... |
| 00:01.51 | putnopvut | I figure I'll just let the bomb kill me. |
| 00:02.02 | Corydon76-dig | (The right thing to do is to continually swap out your supplies, so the canned goods stay fresh) |
| 00:02.21 | Corydon76-dig | (Same thing with gasoline. Keep it too long and it goes stale.) |
| 00:17.18 | *** join/#asterisk-bugs bbryant (n=brett@c-68-59-20-153.hsd1.sc.comcast.net) |
| 00:17.18 | *** mode/#asterisk-bugs [+o bbryant] by ChanServ |
| 00:25.17 | codefreeze-lap | putnopvut: such stuff isn't really for 'the bomb'; it's just wise for common stuff, like ice-storms that knock out power for a couple weeks, and such like |
| 00:25.30 | codefreeze-lap | Or a layoff |
| 00:25.41 | codefreeze-lap | or whatever |
| 00:26.08 | codefreeze-lap | And you should store what you like to eat, and cycle food thru it as a part of daily living. |
| 00:27.19 | codefreeze-lap | We store wheat, rice, beans, and suchlike; and Sonya makes 4 loaves of bread at a time, sometimes twice a week. |
| 00:28.08 | codefreeze-lap | When times get tough, we can go month or two without buying anything, food-wise, which can save you some $$ when things are tight. |
| 00:37.58 | codefreeze-lap | So, I totally agree with Corydon76-dig |
| 01:02.23 | *** join/#asterisk-bugs drumkilla (n=russell@asterisk/digium-open-source-team-lead/russellb) |
| 01:02.23 | *** mode/#asterisk-bugs [+o drumkilla] by ChanServ |
| 01:08.57 | *** join/#asterisk-bugs ravenmf (n=ravenmf@port0098-abm-static-adsl.cwjamaica.com) |
| 02:35.48 | *** join/#asterisk-bugs drumkilla (n=russell@asterisk/digium-open-source-team-lead/russellb) |
| 02:35.52 | *** mode/#asterisk-bugs [+o drumkilla] by ChanServ |
| 03:36.10 | *** join/#asterisk-bugs infobot (i=ibot@rikers.org) |
| 03:36.10 | *** topic/#asterisk-bugs is Asterisk Bugs Discussion -=- http://bugs.digium.com/ -=- http://asterisk.org/developers/bug-guidelines - If you are not discussing a report already posted to the bugtracker, the discussion probably belongs in #asterisk. -=- Best overall issue count: 272 -=- Monitor new reports in #asterisk-commits -=- Test bugs marked Ready For Testing |
| 03:41.05 | *** join/#asterisk-bugs infobot (i=ibot@rikers.org) |
| 03:41.05 | *** topic/#asterisk-bugs is Asterisk Bugs Discussion -=- http://bugs.digium.com/ -=- http://asterisk.org/developers/bug-guidelines - If you are not discussing a report already posted to the bugtracker, the discussion probably belongs in #asterisk. -=- Best overall issue count: 272 -=- Monitor new reports in #asterisk-commits -=- Test bugs marked Ready For Testing |
| 07:42.44 | *** join/#asterisk-bugs oej (n=olle@ns.webway.se) |
| 08:08.55 | *** join/#asterisk-bugs oej (n=olle@ns.webway.se) |
| 11:06.47 | *** join/#asterisk-bugs caio1982 (i=caio1982@CAcert-br/caio1982) |
| 11:38.25 | *** join/#asterisk-bugs eliel (n=eliels@200.61.172.61) |
| 12:27.52 | *** join/#asterisk-bugs elguero (n=elguero@ns1.nashuacs.com) |
| 13:33.01 | *** join/#asterisk-bugs Victor_Yure (n=victor@unaffiliated/victoryure/x-837844) |
| 13:44.07 | Entomologist | *** CLOSED (12658) [Core/PBX] [patch] DTMF issues on Zap |
| 13:44.07 | Entomologist | Assigned to: russell |
| 13:44.07 | Entomologist | Reported by: dimas Karma: 99.75 |
| 13:44.07 | Entomologist | http://bugs.digium.com/view.php?id=12658 |
| 13:44.07 | Entomologist | ********************************************************* |
| 13:56.44 | *** join/#asterisk-bugs lmadsen (n=Leif@asterisk/documenteur-extraordinaire/blitzrage) |
| 13:56.44 | *** mode/#asterisk-bugs [+o lmadsen] by ChanServ |
| 14:34.31 | *** join/#asterisk-bugs mvanbaak (i=mvanbaak@asterisk/contributor-and-bug-marshal/mvanbaak) |
| 15:15.35 | russellb | needs more issues |
| 15:16.53 | putnopvut | russellb: take some of mine. |
| 15:16.58 | putnopvut | seriously |
| 15:17.14 | russellb | ok, i'll take a look at what you've got |
| 15:17.29 | putnopvut | One thing that's intriguing is the passage of visible indications during a masquerade. |
| 15:18.48 | russellb | are you asking me to take that one? |
| 15:19.10 | putnopvut | If it sounds interesting to you. That's one I thought about that isn't SIP-specific and that I really haven't done much on. |
| 15:19.50 | russellb | steals it |
| 15:21.55 | russellb | i see you got stuck with all the mixmonitor and chanspy issues, too |
| 15:22.03 | russellb | I'll see what I can do on those, next ... |
| 15:22.46 | putnopvut | All right. If you want to discuss those with me, I'm available. I have tried to work on those to some degree. The problem is that a lot of those reports are somewhat old, and I have received little feedback on whether they are still an issue in later versions. |
| 15:22.58 | russellb | nods |
| 15:22.59 | file | yeah... |
| 15:23.01 | file | noticed that |
| 15:23.08 | russellb | we might just have to close them, then |
| 15:23.10 | russellb | and see if they come back, heh |
| 15:23.49 | putnopvut | Yeah, I don't really like that idea, but if it motivates people to speak up, then I'm all for it. |
| 15:24.10 | russellb | well, it's a last resort type thing. |
| 15:24.25 | russellb | If we can't reproduce it, and we don't know if anyone else can either, then ... |
| 15:24.29 | lmadsen | I've done it before. I've even added a bug note reply to the drop down when you go to create a new note for it |
| 15:24.33 | lmadsen | SuspendedNoResponse |
| 15:24.42 | russellb | neat |
| 15:24.54 | lmadsen | not yet have I had someone come and reopen the bug :) |
| 15:25.05 | lmadsen | just jinxed himself |
| 15:25.09 | russellb | well like I said, I still want to reserve that as a last resort |
| 15:25.09 | putnopvut | There's one chanspy issue that I put a note on where someone actually did say that the latest 1.4 fixed the issue. |
| 15:25.15 | russellb | for cases when we really can't do anything without further feedback |
| 15:25.21 | putnopvut | I was waiting to hear back from the reporter himself on that one though. |
| 15:25.24 | russellb | or rather, doing anything is likely a waste of time |
| 15:26.18 | lmadsen | sometimes people just tend to go off and work on something else, scrap that idea entirely, or come up with some other work around and really just don't have the topology anymore to even verify unfortunately |
| 15:26.41 | lmadsen | this is why I've kinda been trying to get more people to do a better job at reporting how to reproduce the issues |
| 15:28.38 | putnopvut | lmadsen: your bug tracker work is absolutely awesome. |
| 15:28.50 | lmadsen | heh thanks :S |
| 15:29.01 | lmadsen | my bug tracker work would be useless without you guys though |
| 15:29.31 | file | thinks there should be an issue tracker theme song |
| 15:29.36 | file | also thinks he is crazy |
| 15:29.40 | lmadsen | also thinks that |
| 15:31.10 | mvanbaak | too |
| 15:36.55 | jsmith | file: I'm all for a theme song... "Kill the bugs! Kill the bugs! Squash them dead!" |
| 15:48.17 | file | lmadsen: poke |
| 15:48.26 | lmadsen | file: prod |
| 15:48.40 | file | M13811 |
| 15:48.42 | MuffinMan | [assigned] [Asterisk] Channels/chan_sip/General 0013811: peer matching issue when use type=peer reported by pj (Karma: +9.00) http://bugs.digium.com/view.php?id=13811 |
| 15:48.46 | file | can you give his config a go as well? |
| 15:49.09 | lmadsen | sure thing, will check as soon as I get back from the 2nd floor (I need to complain the heat isn't on here) |
| 15:54.13 | oej | Friend is still a valid type= |
| 15:54.22 | oej | It's NOT deprecated and NOT the same as type=peer |
| 15:55.44 | file | the thing that is bothering me is that I can't make chan_sip behave the same as he is seeing |
| 15:56.03 | oej | Yes, that is a problem :-) |
| 15:56.18 | oej | Tell chan_sip to behave in a smooth voice, and it might do that for you. |
| 15:56.41 | oej | But the reporter said that type=friend is deprecated - and it's not |
| 15:56.50 | oej | That's a bad assumption. |
| 16:05.52 | *** join/#asterisk-bugs Deeewayne (n=Deeewayn@nat/digium/x-e14662b166844e54) |
| 16:05.52 | *** mode/#asterisk-bugs [+o Deeewayne] by ChanServ |
| 16:06.59 | file | Corydon76-dig: YOU |
| 16:07.40 | *** join/#asterisk-bugs fakhir (n=fakhir@unaffiliated/fakhir) |
| 16:18.59 | Corydon76-dig | file: eh? |
| 16:21.08 | file | Corydon76-dig: I did an svn annotate and it was you, so I just said YOU |
| 16:21.20 | Corydon76-dig | wootski |
| 16:22.04 | Corydon76-dig | What'd I do, this time? |
| 16:23.37 | putnopvut | You wrote code is what you did! |
| 16:23.43 | file | device state stuff |
| 16:24.01 | putnopvut | Corydon76-dig is responsible for one of the greatest device state commits of all time. |
| 16:24.15 | jsmith | Oh? |
| 16:24.15 | putnopvut | commit asterisk 133649 |
| 16:24.19 | jsmith | Which one is that? |
| 16:24.21 | MuffinMan | [133649] Committed by tilghman on 2008-07-25T17:19:39.587948Z: Fix some errant device states by making the devicestate API more strict in |
| 16:24.21 | MuffinMan | ..terms of the device argument (only without the unique identifier appended). |
| 16:24.21 | MuffinMan | ..(closes issue #12771) |
| 16:24.22 | MuffinMan | .. Reported by: davidw |
| 16:24.22 | MuffinMan | .. Patches: |
| 16:24.24 | MuffinMan | .. 20080717__bug12771.diff.txt uploaded by Corydon76 (license 14) |
| 16:24.27 | MuffinMan | .. Tested by: davidw, jvandal, murf |
| 16:24.29 | MuffinMan | .. |
| 16:24.32 | MuffinMan | .. http://svn.digium.com/view/asterisk?view=rev&revision=133649 |
| 16:24.36 | putnopvut | That one ^^ |
| 16:24.41 | jsmith | Gotcha |
| 16:25.01 | putnopvut | It's so good that I remember the commit number without having to look it up. |
| 16:25.09 | file | putnopvut: lol |
| 16:25.11 | Corydon76-dig | Heh |
| 16:25.52 | Corydon76-dig | Occasionally, I do something right |
| 16:26.31 | file | Corydon76-dig: you mixed callback based devicestate with non-callback based, which is... not good |
| 16:26.40 | file | has made the same mistake |
| 16:27.04 | Corydon76-dig | Or not right |
| 16:30.34 | lmadsen | they build you up, then tear you down |
| 16:35.55 | jsmith | lmadsen: Except in your case... where we just tear you down :-p |
| 16:36.04 | lmadsen | sounds about right :) |
| 16:36.10 | lmadsen | luckily I have thick skin |
| 16:36.25 | lmadsen | and being a bit of a diva seems to help, lol |
| 16:36.30 | lmadsen | (that's what Jim calls me anyways) |
| 16:37.07 | jsmith | lmadsen: That worries me. |
| 16:37.19 | lmadsen | I'm sure that's not the only thing |
| 16:39.35 | jsmith | Well... I'm a worrier anyway |
| 16:55.12 | Entomologist | *** CLOSED (13525) [Channels/chan_sip/Subscriptions] hint change state to Idle when peer reregisters |
| 16:55.12 | Entomologist | Assigned to: file |
| 16:55.12 | Entomologist | Reported by: pj Karma: 9 |
| 16:55.12 | Entomologist | http://bugs.digium.com/view.php?id=13525 |
| 16:55.12 | Entomologist | ********************************************************* |
| 17:11.21 | lmadsen | russellb: sorry it took so long, but I reproduced 13811 |
| 17:11.28 | russellb | M13811 |
| 17:11.30 | MuffinMan | [assigned] [Asterisk] Channels/chan_sip/General 0013811: peer matching issue when use type=peer reported by pj (Karma: +9.00) http://bugs.digium.com/view.php?id=13811 |
| 17:11.34 | russellb | orly |
| 17:11.38 | lmadsen | yes, using his config |
| 17:11.48 | russellb | cool |
| 17:11.52 | lmadsen | it seems to try and find peer 324p, but can't |
| 17:11.55 | russellb | i haven't looked at that, i don't think |
| 17:12.02 | file | lmadsen: interestinggggggg |
| 17:12.13 | file | lmadsen: does it work if you change the name from 324p to something else? |
| 17:12.17 | lmadsen | he says it only does it when match_auth_username=yes |
| 17:12.23 | lmadsen | hmmmm.... like what? |
| 17:12.31 | file | ummm |
| 17:12.32 | file | taco |
| 17:12.45 | lmadsen | you mean in sip.conf, or in the auth user on the client? |
| 17:12.53 | file | sip.conf |
| 17:13.43 | lmadsen | well it won't register now because it can't find a peer to match on |
| 17:14.09 | Entomologist | *** CLOSED (13806) [Channels/chan_skinny] codecs settings does work only in device specific section |
| 17:14.09 | Entomologist | Assigned to: mvanbaak |
| 17:14.09 | Entomologist | Reported by: pj Karma: 9 |
| 17:14.09 | Entomologist | http://bugs.digium.com/view.php?id=13806 |
| 17:14.09 | Entomologist | ********************************************************* |
| 17:14.28 | lmadsen | mvanbaak: w00t |
| 17:14.30 | file | you changed both the client and sip.conf to use taco? |
| 17:14.52 | lmadsen | no, I didn't understand what you wanted. Pls enable pedantic=yes :) |
| 17:15.14 | file | well obviously it wouldn't work if you don't have both matching :P |
| 17:15.34 | lmadsen | well thats what I was thinking.. I guess I didn't understand why you thought changing the name would cause it to work :) |
| 17:15.41 | mvanbaak | lmadsen: :) finally doing some work again |
| 17:16.13 | file | got it reproduced locally, thanks |
| 17:16.16 | lmadsen | np |
| 17:16.19 | lmadsen | No matching peer for 'taco' from '72.138... |
| 17:16.44 | mvanbaak | that's because the peername should be taco-bell |
| 17:16.50 | lmadsen | I'm hungry now |
| 17:16.55 | mvanbaak | me too |
| 17:17.05 | lmadsen | not for taco bell though |
| 17:17.08 | Qwell | speaking of tacos |
| 17:17.11 | mvanbaak | but not into taco-bell stuff |
| 17:17.16 | mvanbaak | lol, gmta |
| 17:17.22 | mvanbaak | hey Qwell |
| 17:17.26 | lmadsen | file: w00t |
| 17:18.18 | mvanbaak | I should go to the shop and buy food |
| 17:19.40 | lmadsen | M14065 |
| 17:19.41 | MuffinMan | [new] [Asterisk] Documentation 0014065: [patch] Improve documentation for res_monitor reported by kshumard (Karma: +24.50) http://bugs.digium.com/view.php?id=14065 |
| 17:19.49 | lmadsen | simple bug for someone to commit |
| 17:19.53 | lmadsen | one liner |
| 17:19.58 | mvanbaak | uhhuh |
| 17:20.02 | mvanbaak | takes it |
| 17:20.09 | lmadsen | w00t |
| 17:20.17 | mvanbaak | you agree with the patch ? |
| 17:20.25 | mvanbaak | I know, we should convert to xmldoc |
| 17:20.33 | mvanbaak | but I dont have time for that right now |
| 17:20.55 | mvanbaak | so if the patch is ok to you, I'll commit away. it looks ok to me for what that's worth |
| 17:21.08 | lmadsen | oh right... this should be in xmldoc eh |
| 17:21.23 | lmadsen | this is against trunk... wonder if that application isn't in xmldoc format? |
| 17:21.27 | lmadsen | I will look |
| 17:22.19 | mvanbaak | it's not |
| 17:22.25 | lmadsen | just looks like that application isn't... |
| 17:22.26 | lmadsen | ya... :) |
| 17:22.30 | lmadsen | what you said, heh |
| 17:22.46 | mvanbaak | ah never mind, it's in already ;) |
| 17:22.56 | Entomologist | *** CLOSED (14065) [Documentation] [patch] Improve documentation for res_monitor |
| 17:22.56 | Entomologist | Reported by: kshumard Karma: 24.5 |
| 17:22.56 | Entomologist | http://bugs.digium.com/view.php?id=14065 |
| 17:22.56 | Entomologist | ********************************************************* |
| 17:23.05 | lmadsen | haha ok :) |
| 17:23.14 | lmadsen | thanks... might as well put it there until we can get it updated to xmldocs |
| 17:23.34 | mvanbaak | indeed |
| 17:23.45 | mvanbaak | I'm merging it to 1.6.0 and 1.6.1 right now |
| 17:23.45 | lmadsen | maybe I'll take a look at that this afternoon... |
| 17:23.48 | lmadsen | thx sir |
| 17:23.52 | mvanbaak | after that I really have to run |
| 17:24.09 | mvanbaak | or my wife will kill me for not having anything to eat in the house |
| 17:24.41 | lmadsen | hehe, don't die |
| 17:24.57 | mvanbaak | and I'll kill myself for not having anything to smoke and for not having any vino in the house ;) |
| 17:26.37 | mvanbaak | there we go |
| 17:26.56 | mvanbaak | I'm off to grab food and stuff |
| 17:28.19 | lmadsen | M11261 |
| 17:28.21 | MuffinMan | [new] [Asterisk] Channels/chan_h323 0011261: [patch] chan_h323 with H323Plus for TRUNK (SVN rev. 89183) reported by vhatz (Karma: neutral) http://bugs.digium.com/view.php?id=11261 |
| 17:29.03 | lmadsen | Qwell: I might tend to agree with the poster that if OpenH323 was moved into OPAL, that H323Plus might really be the library we need to continue using... seems there is even a report of someone saying it worked for them |
| 17:32.50 | Qwell | sure, but we can't stop supporting openh323 for existing users |
| 17:37.25 | lmadsen | Qwell: ok, added a note |
| 17:37.38 | lmadsen | "vhatz: the problem is that we can't stop supporting existing users who are using openh323, which is why it needs to be backwards compatible and support both libraries." |
| 17:39.47 | lmadsen | Deeewayne: ping? |
| 17:39.55 | lmadsen | M12794 |
| 17:39.57 | MuffinMan | [new] [LibPRI] General 0012794: Unknown IE 26 (Unknown Information Element) reported by hellc2 (Karma: neutral) http://bugs.digium.com/view.php?id=12794 |
| 17:40.07 | lmadsen | that issue there... is that because there is no AOC code in Asterisk? |
| 17:40.20 | lmadsen | s/Asterisk/libPRI |
| 17:42.43 | lmadsen | M13931 |
| 17:42.45 | MuffinMan | [new] [LibPRI] General 0013931: Asterisk 1.6.0 crash with new Digium B410p wcb4xxp dahdi driver reported by francesco_r (Karma: +3.75) http://bugs.digium.com/view.php?id=13931 |
| 17:42.50 | lmadsen | should this be referred to support, or not? |
| 17:42.55 | lmadsen | ...lunchtime! |
| 17:51.28 | seanbright | mvanbaak: i was looking at 14065... the only problem with the patch is that it assumes what the default directory for recordings is, which may not be correct for any given installation. |
| 17:51.35 | seanbright | but... |
| 17:51.38 | seanbright | shrugs |
| 18:00.12 | *** join/#asterisk-bugs oej (n=olle@ns.webway.se) |
| 18:02.07 | file | lmadsen: can you get a sip debug with it not working? that peer thingy... |
| 18:06.23 | file | nevermind, I now have a non-insane client |
| 18:12.46 | file | found it. |
| 18:13.40 | lmadsen | heh |
| 18:13.42 | lmadsen | file: yay! |
| 18:17.11 | Entomologist | *** CLOSED (13811) [Channels/chan_sip/General] peer matching issue when use type=peer |
| 18:17.11 | Entomologist | Assigned to: file |
| 18:17.11 | Entomologist | Reported by: pj Karma: 9 |
| 18:17.11 | Entomologist | http://bugs.digium.com/view.php?id=13811 |
| 18:17.11 | Entomologist | ********************************************************* |
| 18:17.40 | seanbright | file is the man |
| 18:17.52 | russellb | it's my turn to close one! |
| 18:18.19 | seanbright | make it a good one |
| 18:19.34 | file | russellb: yessssss |
| 18:19.45 | Entomologist | *** CLOSED (13989) [Channels/chan_sip/General] Enabling qualify on a SIP TCP peer brings pain and coredumps |
| 18:19.45 | Entomologist | Assigned to: russell |
| 18:19.45 | Entomologist | Reported by: Nugget Karma: 1 |
| 18:19.45 | Entomologist | http://bugs.digium.com/view.php?id=13989 |
| 18:19.45 | Entomologist | ********************************************************* |
| 18:19.56 | lmadsen | wow! |
| 18:20.03 | seanbright | oh snap |
| 18:20.25 | file | :D |
| 18:20.38 | russellb | <3 |
| 18:21.26 | seanbright | i'm impressed... and i'm not impressed very easily.... |
| 18:21.30 | seanbright | oh! a blue car! |
| 18:23.52 | russellb | hmm ... svnbot only puts the first commit message on issues now |
| 18:24.03 | russellb | silly mantis |
| 18:24.10 | seanbright | that was intentional |
| 18:24.15 | russellb | I want all of them there, so you see the revs it got merged to trunk, 1.4, etc |
| 18:24.17 | russellb | really? |
| 18:24.19 | seanbright | yeah |
| 18:24.22 | russellb | :( |
| 18:24.26 | russellb | doesn't like it |
| 18:24.30 | seanbright | because when someone svnmerge'd a developer branch, those got dumped in there too |
| 18:24.46 | russellb | eh, the svnmerge of a dev branch commit message is useless |
| 18:24.53 | russellb | i just use "sync with trunk" |
| 18:25.14 | seanbright | well that is not what the instructions on the website say to do |
| 18:25.21 | russellb | lol |
| 18:25.23 | seanbright | you're a rebel |
| 18:25.23 | russellb | i'm a rebel. |
| 18:25.25 | russellb | jinx. |
| 18:25.28 | seanbright | damn |
| 18:25.32 | seanbright | hands russellb a coke |
| 18:25.35 | russellb | yay |
| 18:25.37 | seanbright | diet coke |
| 18:25.38 | russellb | diet? |
| 18:25.40 | russellb | yay! |
| 18:25.42 | file | c'mon people, MORE! |
| 18:25.50 | russellb | file: it's Friday, be patient! |
| 18:26.10 | file | russellb: never! |
| 18:26.25 | Qwell | glares at seanbright |
| 18:26.31 | file | that reminds me |
| 18:26.35 | file | Qwell: guess what I purchased lastnight! |
| 18:26.38 | Qwell | umm |
| 18:26.42 | Qwell | G1 dev phone? |
| 18:26.44 | file | no. |
| 18:26.45 | seanbright | Qwell: what? |
| 18:26.46 | Qwell | boo. |
| 18:26.48 | file | a bluetooth dongle! |
| 18:26.49 | Qwell | seanbright: nothing |
| 18:26.51 | Qwell | file: orly? |
| 18:26.55 | file | Qwell: yessir |
| 18:27.06 | Qwell | my condolences! |
| 18:27.13 | file | I knew you would say that |
| 18:27.15 | seanbright | Qwell: wanna fistfight? |
| 18:27.16 | Qwell | :D |
| 18:27.16 | russellb | has one but pretends he doesn't |
| 18:27.20 | Qwell | ~fist seanbright |
| 18:27.21 | infobot | ACTION uses seanbright as a handpuppet |
| 18:27.24 | seanbright | ewwww |
| 18:27.25 | *** join/#asterisk-bugs flujan (n=flujan@internet.nube.com.br) |
| 18:27.27 | russellb | gross |
| 18:27.29 | Qwell | seanbright: you kinda asked for that |
| 18:27.36 | Qwell | I mean...you knew I would do it. |
| 18:27.39 | seanbright | worst jbot attack ever written |
| 18:27.39 | russellb | ~thwack Qwell |
| 18:27.40 | infobot | ACTION hits Qwell on the forehead with a Holy Bible |
| 18:27.45 | Qwell | dies |
| 18:27.58 | file | Qwell: you die many times a week |
| 18:28.01 | Qwell | file: yes |
| 18:28.02 | seanbright | infobot: rot13 Qwell |
| 18:28.02 | infobot | Djryy |
| 18:28.05 | seanbright | there |
| 18:28.06 | seanbright | take that |
| 18:28.11 | Qwell | seanbright: rot26 seanbright |
| 18:28.16 | Qwell | erm |
| 18:28.18 | Qwell | infobot: rot26 seanbright |
| 18:28.18 | infobot | seanbright |
| 18:28.22 | russellb | infobot: md5 Qwell |
| 18:28.22 | Qwell | HA |
| 18:28.27 | seanbright | infobot: hex Qwell |
| 18:28.27 | infobot | Qwell is 51 77 65 6C 6C |
| 18:28.35 | Qwell | infobot: binary russellb |
| 18:28.40 | seanbright | FAIL |
| 18:28.42 | Qwell | stupid bot |
| 18:28.49 | russellb | infobot: hug Qwell |
| 18:28.49 | infobot | ACTION jumps into Qwell's lap and huggles and *hugs* Qwell |
| 18:28.55 | Qwell | hot |
| 18:29.04 | file | right. |
| 18:29.07 | seanbright | so |
| 18:29.08 | Qwell | SO ANYWAYS |
| 18:29.10 | seanbright | back to work. |
| 18:29.17 | Qwell | file: yes, bluetooth |
| 18:29.26 | Qwell | I wonder if I can actually use my phone with it now. |
| 18:29.50 | seanbright | what profiles does your phone need to support to use chan_mobile |
| 18:29.54 | seanbright | i assume more than my iphone does |
| 18:30.03 | Qwell | handsfree |
| 18:30.16 | seanbright | oh |
| 18:30.18 | seanbright | well it does that |
| 18:30.22 | Qwell | yes |
| 18:30.28 | Qwell | it should work on any phone sold in CA with bluetooth |
| 18:30.36 | Qwell | (or any state with handsfree laws..) |
| 18:30.51 | Qwell | ((or any phone made in this decade)) |
| 18:30.58 | lmadsen | heh |
| 18:31.03 | seanbright | you know lisp? |
| 18:31.07 | Qwell | (((except nokia, because their bluetooth stack is b0rked))) |
| 18:31.09 | Qwell | apparently I do |
| 18:31.29 | lmadsen | doh |
| 18:31.33 | lmadsen | I only have nokia |
| 18:31.41 | Qwell | lmadsen: most stuff works on nokias |
| 18:31.55 | Qwell | it's just funky and non-standard |
| 18:31.57 | lmadsen | most, less bluetooth? :) |
| 18:32.43 | russellb | file: nice work on the IP hash fix |
| 18:33.20 | file | russellb: merci |
| 18:34.31 | flujan | Hello guys. I am currently using realtime queue members. When I have a agent on a queue, a call enters the queue and another agent joins the queue. |
| 18:34.31 | flujan | The call on the queue will be delivered only and only a new call enters the same queue. |
| 18:34.43 | flujan | Since I detect this behavior, I discovered that the command show queues from the CLI update the queue members and delivered all the calls in the queue. So, I didn't need to wait for a new call joining the queue. So far so good, I put the asterisk -rx "show queues" to run on CRON every 5 seconds. |
| 18:35.00 | flujan | Well, the load average of the machine grow up to 15. I removed the asteirsk -rx "show queues". The load returns to 3.So here goes the question, Do I fill a bug report? Or it is not a bug at all? |
| 18:35.12 | flujan | Just me messing aroung with asterisk? |
| 18:36.19 | lmadsen | I don't think it is a bug. Realtime works in such a way that the peers in the queue are only updated from the database when something triggers that to happen, such as when a new call comes into the queue. |
| 18:38.18 | flujan | lmadsen: ok I agree with you, but the sequencial show queues commands are not supposed to stop the machine... What could be involved on it? |
| 18:38.40 | flujan | I am guessing that it could be the database connector that got a lot of requests and stop working... |
| 18:38.42 | lmadsen | reloading that every 5 seconds seems like a real bad idea |
| 18:39.05 | lmadsen | you can run into an issue where you're reloading a module when its already in the middle of a reload, plus you're causing a lot of extra hits to the DB |
| 18:39.12 | flujan | does the realtime database connector fork a thread for each statement? |
| 18:39.21 | lmadsen | that is generally just a really bad approach. I had a system I did that with once, and it was full of fail |
| 18:39.26 | lmadsen | has no idea |
| 18:39.38 | flujan | lmadsen: show queues are supposed to reload the entire app_queue? |
| 18:40.00 | lmadsen | why do you need to reload the queue? whenever you add a new member into the queue, then a new call comes in, that member is immediately available because it loads it from the DB at the time it is nedded |
| 18:40.01 | lmadsen | needed* |
| 18:40.16 | lmadsen | flujan: oh, I misunderstood, but it still seems like a hack |
| 18:40.24 | lmadsen | you should not need to do that |
| 18:41.11 | flujan | lmadsen: i have a customer that have a low volume of calls on some periods and keep agents logged off... when he starts to get volume on his queue, the agents log in and takes a long time to deliver calls... imagine this scenario. |
| 18:41.26 | flujan | i agent answering one call |
| 18:41.30 | flujan | 5 calls enters the queue |
| 18:41.39 | flujan | 5 new agents join the queue. |
| 18:41.54 | flujan | no more calls queued... |
| 18:42.22 | flujan | sometimes i have a delay of 5 minutes... the agents keep looking each other and the calls keep waiting... |
| 18:42.25 | lmadsen | ok.... well another hack would be just to trigger the 'show queues' after the agent logs in from the dialplan |
| 18:42.27 | flujan | show queues, solves this .. |
| 18:42.38 | lmadsen | why do it every 5 seconds? that totally unnecessary |
| 18:42.42 | lmadsen | AgentLogin() |
| 18:42.55 | lmadsen | System(asterisk -rx "show queues") or something |
| 18:43.04 | lmadsen | (syntax is probably way off for System() |
| 18:43.05 | lmadsen | ) |
| 18:43.32 | lmadsen | but that is just how realtime works. It will only update from the DB once a new call comes in |
| 18:43.48 | lmadsen | if they are already in the queue, then it won't update until caller 6 enters |
| 18:44.04 | lmadsen | putnopvut: can you correct me if I'm spouting nonsense? |
| 18:44.33 | flujan | lmadsen: you are right... And this is the exact behavior of the system. |
| 18:44.45 | lmadsen | ok, so I just gave you a sane work around |
| 18:45.20 | lmadsen | it is not a bug though; that is how realtime works |
| 18:45.38 | flujan | lmadsen: I know the complexity of the creation of a REAL realtime system that keeps the db updated with the queue. But it is hard to explain this system behavior to the end users... |
| 18:46.07 | lmadsen | not really... but that's just me :) |
| 18:46.16 | lmadsen | you just need to work around it, and I told you a simple way of doing that |
| 18:46.36 | flujan | lmadsen: the hack you propose will do for small system, but what about a queue with 256 agents and periods of "no calls comming" and sunddely 60 calls enters the queue... |
| 18:47.07 | flujan | lmadsen: I am just asking here trying to figure out a better way that do not crash the system. :D |
| 18:48.23 | flujan | lmadsen: believe me, i tried reload it when a agent logs in and logs out... the first approach that i suggest about reloading it every 5 seconds is better, at least for large systems... |
| 18:49.14 | *** join/#asterisk-bugs eliel (n=eliels@200.61.172.61) |
| 18:51.05 | lmadsen | flujan: I don't know what to tell you. You're expecting 60 agents to login at the same time? But what I told you is all I can think of. You can setup various flags and such as well to determine when the last time the 'show queues' was run and only run it if X number of seconds has elapsed. There are various ways to work around it, but this is not a bug. It technically falls under a feature request, and would be a prett |
| 18:51.05 | lmadsen | y major one based on how realtime works (per my understanding). If someone else has something to add they can, but I'm out of ideas. |
| 18:52.40 | flujan | lmadsen: ok lmadsen i will try to figure out a better solution. |
| 18:53.35 | flujan | lmadsen: thanks for the explanation and for your time. :D |
| 18:53.40 | lmadsen | np1 |
| 18:53.48 | lmadsen | s/1/! |
| 18:53.48 | lmadsen | heh |
| 19:15.31 | Deeewayne | lmadsen: pong |
| 19:15.44 | Deeewayne | I have returned from the Christmas play |
| 19:17.29 | lmadsen | Deeewayne: hey! I had mentioned a bug above that I wanted your thoughts on |
| 19:17.48 | Deeewayne | looking... |
| 19:17.53 | lmadsen | aha |
| 19:17.54 | lmadsen | [12:39] <lmadsen> M12794 |
| 19:17.54 | lmadsen | [12:39] <MuffinMan> [new] [LibPRI] General 0012794: Unknown IE 26 (Unknown Information Element) reported by hellc2 (Karma: neutral) http://bugs.digium.com/view.php?id=12794 |
| 19:17.54 | lmadsen | [12:39] <lmadsen> that issue there... is that because there is no AOC code in Asterisk? |
| 19:17.54 | lmadsen | [12:40] <lmadsen> s/Asterisk/libPRI |
| 19:18.38 | putnopvut | lmadsen: I see you said my name earlier. I was out and didn't see it. I'm now reading the scrollback to see what it is you were talking about. |
| 19:19.03 | lmadsen | ummm.... let me see if I can find it in my scrollback :) |
| 19:20.13 | file | it was about the app_queue thingy agent realtimeness |
| 19:20.28 | lmadsen | oh right! |
| 19:20.38 | lmadsen | putnopvut: see immediate scrollback between flujan and myself |
| 19:20.56 | putnopvut | The load avg thing seems like it may be related to what I'm working on right now, depending on what version of Asterisk we're talking about here. |
| 19:21.12 | lmadsen | I assumed 1.4 |
| 19:21.15 | flujan | putnopvut: 1.4.22 |
| 19:21.32 | putnopvut | Hmmm, I'm working on a 1.6 issue, so it's probably not the same. |
| 19:27.33 | flujan | putnopvut: which one? Maybe you could apply it to 1.4. : ) |
| 19:27.54 | putnopvut | No, the fix wouldn't make sense there. This is a queue reference count issue, and queues aren't refcounted in 1.4. |
| 19:28.13 | flujan | cries out loud... :( |
| 19:28.44 | file | M14066 |
| 19:28.48 | MuffinMan | [new] [Asterisk] Features/Parking 0014066: Calls parked fail to return to the correct phone after timeout reported by bluefox (Karma: neutral) http://bugs.digium.com/view.php?id=14066 |
| 19:28.56 | file | jpeeler: YOU! |
| 19:29.38 | file | otherwiseguy: and why not you! |
| 19:30.24 | file | I think what we need... is a dialplan variable to tell parking where to send the call if nobody picks it up |
| 19:30.45 | russellb | yeah. |
| 19:30.55 | russellb | we're never going to be able to make it right for all scenarios automatically |
| 19:30.55 | file | instead of this magic never working trying to figure out what to do with it |
| 19:31.00 | russellb | ;-) |
| 19:31.05 | file | indeed! |
| 19:31.07 | otherwiseguy | file: yes! |
| 19:31.22 | russellb | that would actually be quite fancy for a number of reasons |
| 19:31.28 | otherwiseguy | i have tried to screw with that magic and I hate...hate...HATE it.+ |
| 19:31.32 | russellb | you could choose to have a call go back into your sales queue, for example |
| 19:31.37 | file | russellb: yes! |
| 19:31.45 | otherwiseguy | genius! |
| 19:31.48 | russellb | and since it fixes bugs, too, can go in 1.4 |
| 19:31.48 | russellb | :) |
| 19:31.50 | file | otherwiseguy: would you like to take it then? |
| 19:31.55 | file | since you hate hate HATE it |
| 19:32.15 | otherwiseguy | <crickets> |
| 19:32.18 | otherwiseguy | sure. :-) |
| 19:32.29 | russellb | file: while you're here, check it. |
| 19:32.32 | russellb | M13747 |
| 19:32.33 | MuffinMan | [assigned] [Asterisk] Core/Channels 0013747: Indications are not passed from old peer to new peer during masquerade reported by davidw (Karma: +5.75) http://bugs.digium.com/view.php?id=13747 |
| 19:32.39 | russellb | I'm wondering if the changes I have made are all that is needed |
| 19:32.51 | russellb | I'm thinking that we were just overwriting the important visible_indication value with something stupid |
| 19:32.55 | file | otherwiseguy: assigned, good luck and bring it up if you need it |
| 19:33.00 | russellb | and that's why it didn't get reset properly after a masq |
| 19:33.01 | russellb | thoughts?! |
| 19:33.15 | russellb | just nod and I'll be happy |
| 19:33.28 | russellb | I wish I wasn't so lazy WRT testing ... |
| 19:34.13 | russellb | time to attempt to reproduce, I suppose! |
| 19:34.15 | file | ponders |
| 19:36.39 | file | russellb: your change won't solve this issue |
| 19:36.56 | file | I think. |
| 19:37.24 | russellb | reads the description |
| 19:37.26 | russellb | yeah ... |
| 19:37.39 | russellb | I think the problem is that in this case, he wants the visible indication to come from the clone channel |
| 19:38.01 | russellb | .. maybe |
| 19:38.03 | file | WELL |
| 19:38.14 | file | he wants it so when they bridge ringing gets sent |
| 19:39.20 | russellb | ohhh |
| 19:39.39 | russellb | ok, so ... the ringing channel gets bridged with the channel from parking |
| 19:40.00 | file | bingo I do believe |
| 19:40.03 | russellb | and the parking channel has no way to know the remote side is ringing |
| 19:40.10 | russellb | well then ... |
| 19:40.33 | russellb | what if ... at the beginning of a bridge, we just check the channel state of both sides, and if it's ringing, indicate ringing to the other side |
| 19:40.41 | russellb | will indicating ringing multiple times ever hurt? |
| 19:40.49 | file | ummm |
| 19:40.51 | russellb | people will probably complain ... |
| 19:41.03 | file | no, it should be fine |
| 19:41.07 | russellb | ok, indicate only if the visible_indication is not already ringing |
| 19:41.33 | russellb | that should prevent some of the useless duplicates |
| 19:42.00 | russellb | goes to hack that up |
| 19:42.26 | russellb | you know what would be cool? a redirect CLI command. |
| 19:42.57 | putnopvut | that doesn't exist? |
| 19:43.01 | russellb | nope! |
| 19:43.31 | russellb | only way to do an asynchronous redirect is via AMI |
| 19:54.25 | russellb | done, now to test! |
| 20:03.48 | russellb | works |
| 20:03.49 | russellb | hawt |
| 20:05.25 | putnopvut | what a CLI redirect, or the indications shit? |
| 20:05.33 | russellb | http://reviewboard.digium.com/r/89/ |
| 20:05.34 | russellb | the redirect |
| 20:05.41 | putnopvut | cooll |
| 20:05.46 | russellb | i wanted to redirect because it would make it a lot easier to test the indications shit |
| 20:07.09 | russellb | and it's easier than dealing with manager to do it |
| 20:08.53 | putnopvut | "Ship it" |
| 20:09.52 | lmadsen | heck ya |
| 20:10.56 | russellb | yay |
| 20:14.05 | russellb | imagnes the amusement you could have using channel redirect on a production PBX |
| 20:24.12 | *** join/#asterisk-bugs Marquis42 (n=bfhbmw0@65-127-126-34.dia.static.qwest.net) |
| 20:26.07 | lmadsen | russellb: another thing I was thinking was a CLI announce which would allow administrators to announce to all active calls that the system was going down for restart in X minutes |
| 20:26.52 | seanbright | lmadsen: ohhhh, me likey |
| 20:27.04 | lmadsen | ya, I've run into wishing I had that option a few times :) |
| 20:27.10 | russellb | ponders |
| 20:27.13 | seanbright | how would that work with calls outside the pbx? |
| 20:27.16 | seanbright | err |
| 20:27.23 | seanbright | audio streams outside the pbx |
| 20:27.41 | russellb | If you guys can wait a little while longer, that will become a reasonable feature |
| 20:27.52 | russellb | injecting sound into a bridge today would be a huge pain |
| 20:28.01 | lmadsen | I can wait |
| 20:28.02 | file | russellb: not really |
| 20:28.07 | lmadsen | you lied to us! :) |
| 20:28.08 | lmadsen | lol |
| 20:28.10 | lmadsen | ducks |
| 20:28.14 | file | putnopvut added that option to chanspy to do it |
| 20:28.15 | russellb | file: I was thinking with your chan_bridge, that would make it trivial |
| 20:28.18 | lmadsen | seanbright: hmmm... I had thought about that too |
| 20:28.34 | file | russellb: that too |
| 20:28.44 | russellb | file: so we'd have to go through and add an audiohook to every active channel? |
| 20:28.49 | russellb | and mix in a sound prompt? |
| 20:28.52 | lmadsen | seanbright: maybe only send it to known peers on the box? (for example, only to SIP/IAX peers that are loaded in memory?) |
| 20:29.03 | russellb | anyway, I agree that it would be useful |
| 20:29.06 | lmadsen | aye |
| 20:29.12 | file | russellb: either way the cost of doing it is rather... high |
| 20:29.13 | russellb | however, the bridging will only help for ... bridged calls |
| 20:29.14 | lmadsen | I don't want people doing that kind of thing right now, but was a neat idea I had |
| 20:29.17 | russellb | file: indeed |
| 20:29.31 | lmadsen | it could roll through the channels and announce in batches? |
| 20:29.34 | russellb | ... unless we made 1 legged calls a bridge to a PBX |
| 20:29.37 | russellb | ANYWAY |
| 20:29.39 | lmadsen | lol |
| 20:29.47 | file | MOVING RIGHT ALONG |
| 20:29.49 | russellb | YSE |
| 20:29.53 | russellb | YES, TOO |
| 20:29.54 | lmadsen | what can I do on the bug tracker? |
| 20:30.06 | russellb | ummm |
| 20:30.07 | lmadsen | anything that needs testing / reproducing for anyone at the moment? |
| 20:30.11 | jpeeler | lmadsen: i've unassigned 12816 from myself, but i don't know what status it should be set to |
| 20:30.14 | file | lmadsen: ummmm |
| 20:30.21 | lmadsen | jpeeler: I will look, thanks muchly! |
| 20:30.23 | russellb | I have an issue i need to reproduce |
| 20:30.24 | file | M13974 |
| 20:30.25 | MuffinMan | [ready for testing] [Asterisk] Applications/app_dial 0013974: setting call duration limit in Dial command makes the call to hangup on answer reported by paradise (Karma: +6.00) http://bugs.digium.com/view.php?id=13974 |
| 20:30.27 | russellb | and i'm feeling kind of lazy... |
| 20:30.28 | lmadsen | M12816 |
| 20:30.30 | MuffinMan | [assigned] [LibPRI] General 0012816: Nortel to Asterisk (card Sangoma A101) by qsig no pass caller name reported by silverx (Karma: -1) http://bugs.digium.com/view.php?id=12816 |
| 20:30.34 | file | there's a patch, one report it failed but worked for me |
| 20:31.19 | lmadsen | jpeeler: I set to acknowledged and reassigned to mattf for now |
| 20:31.51 | jpeeler | works for me, sorry but i just couldn't find any information for me to make a good decision |
| 20:32.28 | lmadsen | not a problem, thanks for trying! |
| 20:32.35 | lmadsen | file: okie, will look |
| 20:33.28 | lmadsen | my hands are cold and it is making typing unpleasant |
| 20:33.46 | lmadsen | however, now that the day is done I have my audio flowing again between my SIP client on my cell and my PBX thanks for file |
| 20:34.00 | lmadsen | s/for file/to file |
| 20:34.04 | file | the bill is in the mail. |
| 20:34.13 | lmadsen | file: the cheque is on its way! |
| 20:34.53 | lmadsen | file: btw I made notes about this mornings conversation so I can blog about it |
| 20:35.20 | file | cool |
| 20:35.39 | lmadsen | which also reminds me that I need to get those CMS's setup for jsmith |
| 21:30.43 | *** join/#asterisk-bugs oej (n=olle@ns.webway.se) |
| 21:34.17 | Entomologist | *** CLOSED (13910) [General] [patch] later debians: modprobe of blacklisted modules fails from init script |
| 21:34.17 | Entomologist | Assigned to: jpeeler |
| 21:34.17 | Entomologist | Reported by: tzafrir Karma: 119.75 |
| 21:34.17 | Entomologist | http://bugs.digium.com/view.php?id=13910 |
| 21:34.17 | Entomologist | ********************************************************* |
| 22:00.15 | *** join/#asterisk-bugs sysreq (n=sysreq@unaffiliated/sysreq) |
| 22:03.21 | *** part/#asterisk-bugs flujan (n=flujan@internet.nube.com.br) |
| 22:33.00 | lmadsen | file: ok, I confirmed what you saw as well |
| 23:16.43 | *** join/#asterisk-bugs eliel (n=eliels@190.177.207.186) |
| 23:48.40 | Entomologist | *** CLOSED (14034) [Applications/app_queue] app_queue does not update on realtime update |
| 23:48.40 | Entomologist | Assigned to: otherwiseguy |
| 23:48.40 | Entomologist | Reported by: cristiandimache Karma: 0 |
| 23:48.40 | Entomologist | http://bugs.digium.com/view.php?id=14034 |
| 23:48.40 | Entomologist | ********************************************************* |
| 23:51.21 | *** part/#asterisk-bugs Deeewayne (n=Deeewayn@nat/digium/x-e14662b166844e54) |