| 00:16.57 | *** join/#asterisk-bugs infobot (i=ibot@rikers.org) |
| 00:16.57 | *** topic/#asterisk-bugs is Asterisk Bugs Discussion -=- http://issues.asterisk.org/ -=- http://asterisk.org/developers/bug-guidelines - Discussions not related to reported issues should be in #asterisk -=- Test bugs marked Ready For Testing! -=- http://xkcd.org/583/ |
| 00:52.30 | *** join/#asterisk-bugs leifmadsen (n=Leif@asterisk/documenteur-extraordinaire/blitzrage) |
| 00:52.30 | *** mode/#asterisk-bugs [+o leifmadsen] by ChanServ |
| 01:19.47 | *** join/#asterisk-bugs elguero (n=elguero@ns1.nashuacs.com) |
| 02:01.35 | *** join/#asterisk-bugs ebroad (n=eb@173.77.203.142) |
| 02:01.52 | ebroad | M15826 |
| 02:01.55 | MuffinMan | [acknowledged] [Asterisk] Channels/chan_sip/TCP-TLS 0015826: TCP calls no longer bridge (last working version was 1.6.0.1?) reported by whys (Karma: neutral) https://issues.asterisk.org/view.php?id=15826 |
| 02:02.17 | ebroad | can be closed when you have a minute |
| 02:08.04 | *** join/#asterisk-bugs Deeewayne (n=dwayne@71-80-105-185.dhcp.jcsn.tn.charter.com) |
| 02:08.04 | *** mode/#asterisk-bugs [+o Deeewayne] by ChanServ |
| 06:59.15 | *** join/#asterisk-bugs |Cybex| (n=John@atwork-26.r-212.178.82.atwork.nl) |
| 07:01.25 | *** join/#asterisk-bugs |Cybex| (n=John@atwork-26.r-212.178.82.atwork.nl) |
| 11:29.33 | *** join/#asterisk-bugs leifmadsen (n=Leif@asterisk/documenteur-extraordinaire/blitzrage) |
| 11:29.33 | *** mode/#asterisk-bugs [+o leifmadsen] by ChanServ |
| 12:25.27 | leifmadsen | M15671 |
| 12:25.29 | MuffinMan | [ready for review] [Asterisk] Channels/chan_dahdi 0015671: Stuck channel using FEATD_MF if caller hangs up at the right time reported by jcromes (Karma: neutral) https://issues.asterisk.org/view.php?id=15671 |
| 12:25.38 | leifmadsen | Now THAT is how a bug report should be written :) |
| 12:26.41 | *** join/#asterisk-bugs |Cybex| (n=John@atwork-26.r-212.178.82.atwork.nl) |
| 12:33.31 | Marquis42 | leifmadsen: Yes, that is quite a well-written bug report. BTW, I've been meaning to ask, are you guys looking for anybody to help marshalling bugs? I can't commit to a lot of time per week, but I'm happy to help as much as I can. |
| 12:33.52 | leifmadsen | Marquis42: you're welcome to help wherever you can! |
| 12:33.58 | leifmadsen | russellb: ^^^ |
| 12:34.21 | leifmadsen | I presume you'll need your access on the bug tracker upgraded in order to be able to set issue status as appropriate |
| 12:34.29 | Marquis42 | Excellent, I assume you mention russellb since he'll have to set me up. |
| 12:34.37 | mvanbaak | leifmadsen: holy shit. now THAT'S a good bugreport |
| 12:35.01 | leifmadsen | Marquis42: well, I can set you up, but I just want the ol' "ship it!" :) |
| 12:35.08 | leifmadsen | Marquis42: this would be useful for you: https://reviewboard.asterisk.org/r/367/ |
| 12:35.22 | leifmadsen | it's a new document I wrote up last week the explains the workflow in the bug tracker |
| 12:35.37 | Marquis42 | Ah, right, yes. Cool. I'll read that documentation to prepare. Thanks! |
| 12:35.50 | leifmadsen | sweet deals! |
| 12:36.18 | mvanbaak | leifmadsen: you have a htmlified version somewhere ? |
| 12:36.30 | leifmadsen | the major marshaling duties are to make sure issues are in the correct status, that they are categorized properly, and that people have provided the necessary information for a developer to move the issue forward |
| 12:36.42 | leifmadsen | mvanbaak: ya, just run 'make progdocs' after you apply the patch :) |
| 12:36.56 | leifmadsen | I don't have it up on a server anywhere right now |
| 12:38.28 | mvanbaak | k |
| 12:38.39 | mvanbaak | I dont have doxygen installed on my laptop right now |
| 12:38.43 | leifmadsen | ah gotcha |
| 12:38.57 | mvanbaak | never mind |
| 12:39.06 | mvanbaak | I'm parsing it right now |
| 12:39.16 | leifmadsen | coolio -- the doxygen stuff in that doc isn't very much |
| 12:39.20 | leifmadsen | should be easy enough to read |
| 12:39.50 | *** join/#asterisk-bugs caio1982 (i=caio1982@CAcert-br/caio1982) |
| 12:41.39 | mvanbaak | uhhuh |
| 12:44.52 | mvanbaak | now with two 'Ship it!' reviews, SHIP IT ! |
| 12:44.53 | mvanbaak | ;) |
| 12:46.59 | leifmadsen | w00t :) |
| 12:47.09 | leifmadsen | hahaha, this was just my ploy for more reviews |
| 12:48.07 | leifmadsen | M15818 |
| 12:48.10 | MuffinMan | [new] [Asterisk] Functions/func_devstate 0015818: [patch] Backport of function DEVICE_STATE() for Asterisk 1.4 reported by kaii (Karma: neutral) https://issues.asterisk.org/view.php?id=15818 |
| 12:48.12 | leifmadsen | Should I just ....close that? |
| 12:48.27 | leifmadsen | it's a patch for a backport, which doesn't really belong on the bug tracker really |
| 12:48.30 | Marquis42 | leifmadsen: Isn't there *already* a backport? |
| 12:48.33 | mvanbaak | hhmm, we should alter mantis to have it include 'Review number' field that we can use in the commit message |
| 12:48.36 | Marquis42 | Oh, a patch for a backport, ok. |
| 12:48.56 | mvanbaak | who created the backport ? |
| 12:49.10 | leifmadsen | not sure, I just want to know where I should direct them to continue on their backport or whatever |
| 12:49.18 | leifmadsen | asterisk-dev, some other website? their website? |
| 12:49.25 | Marquis42 | I thought russellb did early on when he wrote func_devstate in the first place. |
| 12:49.43 | leifmadsen | I think there is a backport for some versions of 1.6, and this reporter said 1.4 |
| 12:49.59 | mvanbaak | hhmm |
| 12:50.09 | leifmadsen | oh wait... it does exist! |
| 12:50.10 | leifmadsen | http://svncommunity.digium.com/svn/russell/asterisk-1.4/ |
| 12:50.17 | leifmadsen | func_devstate-1.4 |
| 12:50.18 | mvanbaak | just close the issue and tell the reporter to contact russell |
| 12:50.31 | Marquis42 | leifmadsen: Yeah, that's what I was thinking of. |
| 12:50.40 | mvanbaak | since russell is the one who created the backport and put it on svncommunity |
| 12:50.44 | leifmadsen | gotcha |
| 12:51.01 | leifmadsen | ah -- the issue is an extended version of his branch |
| 12:51.21 | mvanbaak | also state that the projects on svncommunity are not tracked on issues.asterisk.org |
| 12:51.34 | leifmadsen | ya, I'm just going to assign it to russellb to deal with :) |
| 12:52.30 | leifmadsen | LAST PAGE OF NEW ISSUES! |
| 12:52.37 | leifmadsen | down to 50 from 180 earlier in the week |
| 12:52.39 | mvanbaak | WOOT |
| 12:53.45 | *** join/#asterisk-bugs oej (n=olle@132.177.253.250) |
| 12:53.46 | leifmadsen | wish that meant I had closed that many, but I didn't :) |
| 12:53.52 | mvanbaak | lol |
| 12:53.59 | leifmadsen | I think I closed like 5-8 |
| 12:55.15 | leifmadsen | M15418 |
| 12:55.17 | MuffinMan | [new] [Asterisk] Channels/chan_h323 0015418: Asterisk ignores incoming H323 overlap reported by mn3250 (Karma: neutral) https://issues.asterisk.org/view.php?id=15418 |
| 12:55.34 | leifmadsen | is that actually a feature request, or should H323 actually handle overlap dialing? |
| 12:56.31 | mvanbaak | there's nothing about overlap dailing in it's config file |
| 12:56.37 | mvanbaak | so I guess it's a feature request |
| 12:57.19 | mvanbaak | anima% grep 'overlap' channels/chan_h323.c | wc -l |
| 12:57.19 | mvanbaak | <PROTECTED> |
| 12:58.22 | leifmadsen | thanks! |
| 13:03.26 | *** join/#asterisk-bugs Victor_Yure_ (n=victor@unaffiliated/victoryure/x-837844) |
| 13:07.57 | leifmadsen | M15554 |
| 13:07.59 | MuffinMan | [new] [Asterisk] Channels/chan_sip/General 0015554: Reason Header / Answered Elsewhere Flag Not Used by Queues reported by leobrown (Karma: +1.75) https://issues.asterisk.org/view.php?id=15554 |
| 13:08.00 | leifmadsen | bug or feature request? |
| 13:08.34 | leifmadsen | it would be nice to have it do it, but if it doesn't, then I consider that a feature enhancement |
| 13:09.16 | Marquis42 | I call feature request. It might be cool, but certainly not a "bug". |
| 13:09.56 | leifmadsen | agreed |
| 13:09.57 | leifmadsen | merci! |
| 13:10.47 | mvanbaak | agreed |
| 13:11.01 | leifmadsen | closed! |
| 13:11.24 | leifmadsen | shakes his fist at PastryChef or MuffinMan, or whatever bot should be showing all the closed issues in this room! |
| 13:12.25 | leifmadsen | M15526 |
| 13:12.28 | MuffinMan | [new] [Asterisk] Channels/chan_zap 0015526: HDLC Bad FCS (8) on PRI and call was failed reported by vdyjay (Karma: neutral) https://issues.asterisk.org/view.php?id=15526 |
| 13:12.32 | leifmadsen | I have no idea what I should ask that reporter for... |
| 13:12.51 | leifmadsen | other than to ask them to try DAHDI :) |
| 13:13.05 | mvanbaak | try that |
| 13:16.52 | leifmadsen | M15469 |
| 13:16.54 | MuffinMan | [new] [Asterisk] Resources/res_features 0015469: DTMF's are not sent to the bridge channel if they are used by any built-in or dynamic feature reported by dimitripietro (Karma: +1.00) https://issues.asterisk.org/view.php?id=15469 |
| 13:17.14 | leifmadsen | It kinda feels like a bug, but at the same time, if you're trying to track DTMF for a feature, why would you ever expect it to make it to the other end... ? |
| 13:19.17 | mvanbaak | I dont think the other end should hear those DTMF's |
| 13:19.59 | leifmadsen | mvanbaak: would you mind either commenting and/or closing that issue then? I tend to agree with you |
| 13:20.07 | mvanbaak | example: if I use # to blind forward the call (#<extension of my other phone>) I dont want the other end to hear *BEEP* because I pressed the # key |
| 13:20.20 | mvanbaak | sure |
| 13:21.34 | mvanbaak | hhmm, waidaminute |
| 13:22.00 | mvanbaak | if they dont have any feature bound to plain * .... this _is_ a bug |
| 13:22.23 | *** join/#asterisk-bugs guax (n=guaxinim@unaffiliated/guaxinim) |
| 13:22.32 | leifmadsen | ah I see now |
| 13:22.41 | mvanbaak | going to ask for feedback |
| 13:22.49 | leifmadsen | ok thanks |
| 13:23.22 | mvanbaak | done |
| 13:23.33 | leifmadsen | thanks! |
| 13:24.04 | *** join/#asterisk-bugs oej_ (n=olle@132.177.253.250) |
| 13:24.09 | mvanbaak | gotta LOVE maddox |
| 13:24.24 | leifmadsen | maddox? |
| 13:26.10 | leifmadsen | 36! |
| 13:35.45 | leifmadsen | M15095 |
| 13:35.47 | MuffinMan | [new] [Asterisk] Applications/app_dial 0015095: Behaviour when dealing with Diversion that leads back to Asterisk reported by orn (Karma: neutral) https://issues.asterisk.org/view.php?id=15095 |
| 13:36.05 | leifmadsen | there are too many different technologies going on there for me to determine if that is a bug, or what |
| 13:36.19 | leifmadsen | oej: any ideas if Asterisk should be dealing with that scenario any differently than it does? |
| 13:39.07 | *** join/#asterisk-bugs putnopvut (n=putnopvu@asterisk/master-of-queues/mmichelson) |
| 13:39.07 | *** mode/#asterisk-bugs [+o putnopvut] by ChanServ |
| 13:42.06 | leifmadsen | 31! |
| 13:48.30 | *** join/#asterisk-bugs Deeewayne (n=dwayne@adsl-072-156-219-201.sip.bna.bellsouth.net) |
| 13:48.30 | *** mode/#asterisk-bugs [+o Deeewayne] by ChanServ |
| 13:53.21 | *** join/#asterisk-bugs oej (n=olle@132.177.253.250) |
| 14:01.10 | leifmadsen | 14! |
| 14:01.22 | russellb | 14?!?! |
| 14:01.44 | Marquis42 | Look out, leifmadsen is a machine today! |
| 14:01.57 | leifmadsen | russellb: I have almost closed all the issues! |
| 14:02.06 | leifmadsen | you guys are slackers |
| 14:02.26 | leifmadsen | russellb: actually, only 14 more issues in state New that need their status set |
| 14:02.36 | leifmadsen | (down from 180 at the beginning of the week) |
| 14:02.58 | russellb | leifmadsen: I posted a patch on the crash issue that we were talking about being a blocker |
| 14:03.11 | leifmadsen | russellb: awesome! My brain does not remember what issue that was :) |
| 14:03.13 | russellb | It's kind of a ... let's change how this works and see if that fixes it ... approach |
| 14:03.14 | russellb | :-/ |
| 14:03.17 | russellb | M15609 |
| 14:03.21 | MuffinMan | [ready for testing] [Asterisk] Core/Channels 0015609: [patch] WARNING[23025]: channel.c:952 __ast_queue_frame: Exceptionally long voice queue length queuing to Local reported by aragon (Karma: +4.25) https://issues.asterisk.org/view.php?id=15609 |
| 14:03.24 | leifmadsen | russellb: oh ya, I remember seeing your discussion now about that |
| 14:03.43 | leifmadsen | at least aragon is pretty good about testing within a reasonable period of time |
| 14:07.41 | leifmadsen | Corydon76-dig: ping? |
| 14:07.44 | leifmadsen | M15015 |
| 14:07.46 | MuffinMan | [confirmed] [Asterisk] Applications/app_dial 0015015: [patch] Patch that makes app_dial set channel variable DIVERTED_BY on 302 response reported by _brent_ (Karma: neutral) https://issues.asterisk.org/view.php?id=15015 |
| 14:08.06 | leifmadsen | would you mind commenting on that issue when/if you get a chance? They are implementing a feature using a variable, when I think there is probably a more preferred way of doing it |
| 14:17.31 | putnopvut | leifmadsen, Corydon76-dig: On 15015, that will not be necessary for trunk, since func_redirecting will have that info. |
| 14:17.56 | leifmadsen | putnopvut: aha, in which case that is a feature, and I should close it as it has already been "implemented" |
| 14:18.07 | leifmadsen | putnopvut: can you make a quick note about that? I could close it after. |
| 14:18.18 | leifmadsen | nevermind, I'll handle it |
| 14:18.24 | putnopvut | Thanks |
| 14:21.02 | leifmadsen | 3! |
| 14:24.03 | leifmadsen | 1! |
| 14:24.22 | leifmadsen | M15095 |
| 14:24.24 | file | 42! |
| 14:24.25 | MuffinMan | [new] [Asterisk] Applications/app_dial 0015095: Behaviour when dealing with Diversion that leads back to Asterisk reported by orn (Karma: neutral) https://issues.asterisk.org/view.php?id=15095 |
| 14:25.00 | leifmadsen | putnopvut: I know you're busy, but if you have a quick moment to review that, I'm confused as to whether there is a bug there, or what I should ask for, or what is going on... he is using a lot of different non-vanilla asterisk technologies there |
| 14:25.19 | leifmadsen | would also accept input from file :) |
| 14:25.31 | file | I'm about to walk down there |
| 14:25.33 | file | points |
| 14:25.57 | leifmadsen | looks |
| 14:26.01 | leifmadsen | I don't see it |
| 14:26.02 | *** join/#asterisk-bugs oej (n=olle@132.177.253.250) |
| 14:28.34 | leifmadsen | my brain now hurts |
| 14:28.37 | leifmadsen | snack time! |
| 14:28.41 | putnopvut | leifmadsen: The first problem on the bug report is due to some poor spiraling behavior in Asterisk. Some changes the kpfleming is writing will help with that. |
| 14:28.54 | putnopvut | no idea on problem 2. |
| 14:28.56 | leifmadsen | putnopvut: ok cool, I will make a not of it |
| 14:28.58 | leifmadsen | note* |
| 14:29.33 | putnopvut | And as for 3, I'll have to read the diversion draft a bit more and look at what Asterisk does in 1.4 |
| 14:29.36 | putnopvut | Not sure about it. |
| 14:31.02 | leifmadsen | there are NO MORE NEW ISSUES! |
| 14:31.34 | leifmadsen | there are also only 505 open issues in the entire bug tracker now :) |
| 14:31.47 | seanbright | opens a new issue |
| 14:32.06 | leifmadsen | glares at seanbright with Friday eyes |
| 14:32.16 | russellb | I opened a bug yesterday :-( |
| 14:33.03 | leifmadsen | russellb: that's ok -- it means it now has a real status! |
| 14:33.16 | russellb | putnopvut: nasty deadlock with ast_channel astobj2. |
| 14:33.38 | leifmadsen | there are now 99 issues in feedback status |
| 14:34.03 | russellb | When ast_do_masq() calls ast_change_name(), it has to unlink/re-link the channel in the channels hash table, since the hash value is changing. |
| 14:34.22 | russellb | That leads to incorrect locking order of 1) channel, 2) channels container |
| 14:34.23 | russellb | :-( |
| 14:35.05 | putnopvut | oh yuck |
| 14:35.58 | russellb | I think the fix has to be do the unlink at the beginning, and the link at the end, outside of the channel lock |
| 14:36.21 | russellb | but of course, you have the joys of recursive locks and not knowing if the channel was already locked before calling do_masq() |
| 14:36.26 | russellb | (which it almost certainly is) |
| 14:37.09 | russellb | so yeah, there's a fun one to let roll around in your head, heh |
| 14:40.31 | leifmadsen | oh man, if you had the bot in here showing closed issues, you'd be freaking out :) |
| 14:42.05 | russellb | Entomologist is supposed to do it |
| 14:42.17 | ccesario | russellb, your fix about channel lock ... have any relation with this ? http://pastebin.com/m62168a92 |
| 14:42.40 | russellb | someone needs to look at the mantis code and add Entomologist events where they are missing ... |
| 14:42.42 | leifmadsen | russellb: remember when we used to have more than 500 issues open? |
| 14:42.48 | russellb | leifmadsen: !!!!!! |
| 14:42.52 | leifmadsen | russellb: that is no longer the case |
| 14:43.05 | leifmadsen | 499 yo. |
| 14:43.11 | russellb | ccesario: That is not an error. Also, that message no longer exists in the version that has the bug that I'm talking about. |
| 14:43.42 | *** join/#asterisk-bugs oej_ (n=olle@132.177.253.250) |
| 14:45.32 | ccesario | russellb, hmmm this messages appear in SVN-branch-1.6.2-r219376M ... and the today I get a lot theses messages in full log... and my asterisk was down :/ |
| 14:46.15 | russellb | OH! |
| 14:46.20 | russellb | ast_channel astobj2 isn't in 1.6.2 at all |
| 14:46.28 | ccesario | :D |
| 14:46.33 | russellb | so that issue isn't a 1.6.2 blocker, w00t |
| 14:46.38 | ccesario | eheheh |
| 14:47.17 | *** join/#asterisk-bugs Victor_Yure (n=victor@unaffiliated/victoryure/x-837844) |
| 14:52.01 | russellb | ccesario: that message is still not an error, though. It's just debug |
| 14:53.17 | ccesario | russellb, hmmm |
| 14:54.05 | ccesario | ok, I'll try investigate the cause of my problem |
| 14:54.33 | russellb | Enable DEBUG_THREADS, and grab "core show locks" output |
| 14:54.38 | russellb | that will tell you if there is a deadlock |
| 14:56.19 | ccesario | russellb, Yes... I enabled this few minutes ago! :) |
| 14:57.25 | russellb | goes on vacation |
| 14:57.27 | russellb | i'm not needed here |
| 14:57.27 | russellb | heh |
| 14:58.32 | ccesario | ahahah,, |
| 14:58.33 | ccesario | :P |
| 14:58.43 | leifmadsen | ties russellb to the chair |
| 14:58.50 | leifmadsen | russellb: w00t! nonblockers rock |
| 14:58.57 | leifmadsen | rock your block off |
| 15:00.06 | *** join/#asterisk-bugs jpeeler (n=jpeeler@asterisk/digium-software-dev/jpeeler) |
| 15:11.19 | putnopvut | russellb: I suppose there are a bunch of places where ao2_callback and ao2_iterators are used on ast_channels, right? And probably all of those lock the channel on each iteration? So that means we have to enforce the lock order of ao2_container and then ast_channel? |
| 15:13.00 | russellb | yep |
| 15:18.29 | putnopvut | hmmm, how important is it for us to rename the channels? :) |
| 15:19.27 | putnopvut | Or at least, how important is it for us to rename the channels right then? Can we not set some flag so that the next time ast_read, or any function in channel.c for that matter, is called, it will rename the channel? |
| 15:20.18 | putnopvut | Btw, just thinking out loud here, so if that was a really dumb suggestion just tell me. |
| 15:20.26 | *** join/#asterisk-bugs oej (n=olle@132.177.253.250) |
| 15:21.10 | russellb | it's an interesting point. It would change behavior, and manager event output, etc ... |
| 15:21.15 | russellb | dunno, will have to think about it some more |
| 15:35.49 | *** join/#asterisk-bugs Victor_Yure_ (n=victor@unaffiliated/victoryure/x-837844) |
| 16:23.21 | *** join/#asterisk-bugs The_Boy_Wonder (n=davidvos@asterisk/batman-developer/dvossel) |
| 17:37.21 | leifmadsen | I'm starting to wonder if we need a new mantis status called, "Needs Discussion" |
| 17:37.26 | leifmadsen | M15016 |
| 17:37.29 | MuffinMan | [ready for testing] [Asterisk] Channels/chan_sip/General 0015016: [patch] Patch that makes chan_sip check if the forward domain is itself on a 302 response reported by _brent_ (Karma: +6.00) https://issues.asterisk.org/view.php?id=15016 |
| 17:37.36 | leifmadsen | See above for an example where I would use it. |
| 17:41.23 | *** join/#asterisk-bugs |Cybex| (n=John@80.100.126.176) |
| 17:45.47 | *** join/#asterisk-bugs caio1982_ (i=caio1982@CAcert-br/caio1982) |
| 17:46.47 | *** join/#asterisk-bugs caio1982 (i=caio1982@CAcert-br/caio1982) |
| 18:29.03 | *** join/#asterisk-bugs putnopvut (n=putnopvu@asterisk/master-of-queues/mmichelson) |
| 18:29.03 | *** mode/#asterisk-bugs [+o putnopvut] by ChanServ |
| 18:31.34 | *** join/#asterisk-bugs Victor_Yure (n=victor@unaffiliated/victoryure/x-837844) |
| 18:33.19 | *** join/#asterisk-bugs mvanbaak_ (i=mvanbaak@asterisk/contributor-and-bug-marshal/mvanbaak) |
| 19:00.36 | *** join/#asterisk-bugs guax (n=guaxinim@unaffiliated/guaxinim) |
| 19:08.28 | *** join/#asterisk-bugs guax (n=guaxinim@unaffiliated/guaxinim) |
| 19:09.35 | *** join/#asterisk-bugs guax (n=guaxinim@unaffiliated/guaxinim) |
| 19:10.34 | *** join/#asterisk-bugs guax (n=guaxinim@unaffiliated/guaxinim) |
| 19:11.03 | *** part/#asterisk-bugs guax (n=guaxinim@unaffiliated/guaxinim) |
| 19:15.29 | *** join/#asterisk-bugs guax (n=guaxinim@unaffiliated/guaxinim) |
| 19:51.39 | *** join/#asterisk-bugs mvanbaak_ (i=mvanbaak@asterisk/contributor-and-bug-marshal/mvanbaak) |
| 20:15.51 | *** join/#asterisk-bugs _charly_ (i=kroseneg@sunrise.schmidham.net) |