| 00:38.07 | *** join/#asterisk-bugs mnicholson_ (n=matthew@adsl-163-37-201.hsv.bellsouth.net) |
| 00:41.42 | *** join/#asterisk-bugs leifmadsen (n=Leif@asterisk/documenteur-extraordinaire/blitzrage) |
| 00:41.42 | *** mode/#asterisk-bugs [+o leifmadsen] by ChanServ |
| 02:02.53 | *** join/#asterisk-bugs leifmadsen (n=Leif@asterisk/documenteur-extraordinaire/blitzrage) |
| 02:02.53 | *** mode/#asterisk-bugs [+o leifmadsen] by ChanServ |
| 04:47.59 | *** join/#asterisk-bugs shyam_k (n=user@unaffiliated/shyam-k/x-8459115) |
| 05:55.45 | *** join/#asterisk-bugs implicit (n=bayan@unaffiliated/implicit) |
| 05:55.45 | *** mode/#asterisk-bugs [+o implicit] by ChanServ |
| 07:41.23 | *** join/#asterisk-bugs tzafrir_laptop (n=tzafrir@local.xorcom.com) |
| 11:21.45 | *** join/#asterisk-bugs eliel (n=eliels@200.61.172.61) |
| 12:17.44 | *** join/#asterisk-bugs caio1982 (i=caio1982@CAcert-br/caio1982) |
| 12:39.07 | *** join/#asterisk-bugs leif[mobile] (n=leifmads@asterisk/documenteur-extraordinaire/blitzrage) |
| 12:39.07 | *** mode/#asterisk-bugs [+o leif[mobile]] by ChanServ |
| 13:02.21 | *** join/#asterisk-bugs swathanthran (n=user@unaffiliated/shyam-k/x-8459115) |
| 13:13.15 | *** join/#asterisk-bugs QuidProQuo (n=none@CPE00131078ba5d-CM000f9f7eff1e.cpe.net.cable.rogers.com) |
| 13:27.45 | *** join/#asterisk-bugs QuidProQuo (n=none@CPE00131078ba5d-CM000f9f7eff1e.cpe.net.cable.rogers.com) |
| 13:29.22 | QuidProQuo | RussellB: Okay, filed the bug.. http://bugs.digium.com/view.php?id=14723 Hopefully I did it right, first timer. :) |
| 13:29.29 | *** join/#asterisk-bugs leifmadsen (n=Leif@asterisk/documenteur-extraordinaire/blitzrage) |
| 13:29.29 | *** mode/#asterisk-bugs [+o leifmadsen] by ChanServ |
| 13:29.47 | russellb | M14723 |
| 13:30.20 | russellb | QuidProQuo: thanks |
| 13:30.33 | russellb | QuidProQuo: could you provide some info about what type of call(s) are going on? |
| 13:30.36 | leifmadsen | no muffinman to be seen |
| 13:30.48 | russellb | basically, we'll need information so that we can reproduce the problem |
| 13:30.54 | QuidProQuo | Russell: Sure as in meaning types (IAX/SIP)? |
| 13:30.58 | russellb | yeah |
| 13:31.06 | russellb | and also, what they are doing in the dialplan |
| 13:31.24 | QuidProQuo | Okay. |
| 13:31.29 | russellb | thank you |
| 13:31.41 | russellb | file: MuffinMan!!! |
| 13:31.44 | file | oh |
| 13:31.46 | file | right. |
| 13:32.19 | russellb | waits impatiently |
| 13:33.16 | QuidProQuo | Done. |
| 13:33.20 | *** join/#asterisk-bugs MuffinMan (n=muffinma@asterisk/issue-tracker-bot/muffinman) |
| 13:33.27 | file | he was a victim of the great AA60 power outage of 2009 |
| 13:33.41 | leifmadsen | burn |
| 13:33.57 | leifmadsen | M14723 |
| 13:33.59 | MuffinMan | [new] [Asterisk] Core/Channels 0014723: ERROR[5003]: channel.c:2043 __ast_read: ast_read() called with no recorded file descriptor. reported by seadweller (Karma: neutral) http://bugs.digium.com/view.php?id=14723 |
| 13:45.15 | QuidProQuo | Hmm... I did not include func_audiohook in the menuselect. I am not doing any recording, I am wondering if this may be contributing to the issue? |
| 13:46.07 | russellb | it shouldn't matter .. |
| 13:46.27 | QuidProQuo | Okay, just thought it might have been a contributing factor. |
| 13:46.30 | russellb | are you using the MySQL() application? |
| 13:46.32 | russellb | or func_odbc? |
| 13:46.53 | QuidProQuo | MySQL app |
| 13:46.56 | russellb | okay. |
| 13:48.10 | leifmadsen | I highly recommend you convert from MYSQL() to func_odbc -- there have been at least 2 clients now who were getting crashes with MYSQL() who I flipped over to func_odbc, and are now crash free |
| 13:48.49 | russellb | (won't fix this problem, though) |
| 13:48.53 | russellb | but still a good idea, for sure |
| 13:48.55 | leifmadsen | also true |
| 13:48.59 | leifmadsen | just for future reference |
| 13:49.19 | leifmadsen | I should have prefixed that with, "on a slight unrelated note..." :) |
| 13:58.06 | *** join/#asterisk-bugs QuidProQuo (n=none@CPE00131078ba5d-CM000f9f7eff1e.cpe.net.cable.rogers.com) |
| 14:12.55 | *** join/#asterisk-bugs putnopvut (n=putnopvu@asterisk/master-of-queues/mmichelson) |
| 14:12.55 | *** mode/#asterisk-bugs [+o putnopvut] by ChanServ |
| 14:14.44 | *** join/#asterisk-bugs guax (n=guaxinim@unaffiliated/guaxinim) |
| 14:28.54 | *** join/#asterisk-bugs QuidProQuo (n=none@99.254.99.244) |
| 14:38.35 | *** join/#asterisk-bugs Deeewayne (n=dwayne@75.76.254.162) |
| 14:38.35 | *** mode/#asterisk-bugs [+o Deeewayne] by ChanServ |
| 14:39.13 | *** join/#asterisk-bugs swathanthran (n=user@unaffiliated/shyam-k/x-8459115) |
| 14:39.16 | *** join/#asterisk-bugs QuidProQuo (n=none@CPE00131078ba5d-CM000f9f7eff1e.cpe.net.cable.rogers.com) |
| 14:47.14 | *** join/#asterisk-bugs VaGoNeTaS (n=debian@n07-036.lp.newplanet.cl) |
| 14:49.20 | *** join/#asterisk-bugs Khratos (n=khratos@190.166.103.111) |
| 14:52.49 | *** join/#asterisk-bugs rbrindley (n=awk_r@nat/digium/x-1f712bac18fdb544) |
| 14:59.34 | *** join/#asterisk-bugs QuidProQuo (n=none@CPE00131078ba5d-CM000f9f7eff1e.cpe.net.cable.rogers.com) |
| 15:04.34 | *** join/#asterisk-bugs jpeeler (n=jpeeler@asterisk/digium-software-dev/jpeeler) |
| 15:08.39 | *** join/#asterisk-bugs QuidProQuo (n=none@CPE00131078ba5d-CM000f9f7eff1e.cpe.net.cable.rogers.com) |
| 15:19.13 | *** join/#asterisk-bugs QuidProQuo (n=none@CPE00131078ba5d-CM000f9f7eff1e.cpe.net.cable.rogers.com) |
| 15:39.17 | *** join/#asterisk-bugs QuidProQuo (n=none@CPE00131078ba5d-CM000f9f7eff1e.cpe.net.cable.rogers.com) |
| 15:39.45 | *** join/#asterisk-bugs Corydon76-lap (n=Corydon7@pdpc/supporter/bronze/Corydon76-home) |
| 15:39.45 | *** mode/#asterisk-bugs [+o Corydon76-lap] by ChanServ |
| 15:52.06 | *** join/#asterisk-bugs QuidProQuo (n=none@CPE00131078ba5d-CM000f9f7eff1e.cpe.net.cable.rogers.com) |
| 15:58.34 | *** join/#asterisk-bugs awk_r (n=awk_r@nat/digium/x-17edf8adec9acf8a) |
| 16:07.38 | *** join/#asterisk-bugs QuidProQuo (n=none@CPE00131078ba5d-CM000f9f7eff1e.cpe.net.cable.rogers.com) |
| 16:07.50 | *** part/#asterisk-bugs QuidProQuo (n=none@CPE00131078ba5d-CM000f9f7eff1e.cpe.net.cable.rogers.com) |
| 16:08.12 | *** join/#asterisk-bugs QuidProQuo (n=none@CPE00131078ba5d-CM000f9f7eff1e.cpe.net.cable.rogers.com) |
| 16:09.26 | *** mode/#asterisk-bugs [+b QuidProQuo!n=none@CPE00131078ba5d-CM000f9f7eff1e.cpe.net.cable.rogers.com] by Qwell |
| 16:09.33 | Qwell | QuidProQuo: Please fix your connection, and msg me. |
| 16:15.33 | *** join/#asterisk-bugs macli (n=macli@nmc.brc.ubc.ca) |
| 16:41.58 | *** join/#asterisk-bugs implicit (n=bayan@unaffiliated/implicit) |
| 16:41.58 | *** mode/#asterisk-bugs [+o implicit] by ChanServ |
| 17:01.15 | leifmadsen | putnopvut: ping |
| 17:01.27 | putnopvut | leifmadsen: pongue |
| 17:01.51 | leifmadsen | putnopvut: I thought you had commented on my comment on 14444, but that didn't happen... |
| 17:01.52 | leifmadsen | M14444 |
| 17:01.55 | MuffinMan | [feedback] [Asterisk] Applications/app_dial 0014444: M() Docs reported by ewieling (Karma: -2) http://bugs.digium.com/view.php?id=14444 |
| 17:02.04 | leifmadsen | I'd like to just get that damn issue closed out :) |
| 17:02.08 | putnopvut | Ah |
| 17:02.16 | Deeewayne | M12999 |
| 17:02.19 | MuffinMan | [closed] [Asterisk] Channels/chan_sip/NewFeature 0012999: [patch] SIP channel cannot handle FLASH HOOK INFO message sent by SIP device reported by licedey (Karma: -8) http://bugs.digium.com/view.php?id=12999 |
| 17:02.25 | putnopvut | Yeah, the answer is that you would not be able to use a macro the same way I did in the patch when using XML docs. |
| 17:02.32 | putnopvut | You'd have to copy it and paste it in all cases. |
| 17:02.46 | leifmadsen | hmmmmmmmmmmmmmm......... |
| 17:02.50 | leifmadsen | eliel: ping? |
| 17:05.31 | leifmadsen | wonder if there is a better method we can do in the XML to not require any doc duplication? |
| 17:32.02 | leifmadsen | file has too many bugs in 'feedback' status |
| 17:33.45 | *** join/#asterisk-bugs JunK-Y (n=junky@modemcable206.69-20-96.mc.videotron.ca) |
| 17:33.45 | *** mode/#asterisk-bugs [+o JunK-Y] by ChanServ |
| 17:34.05 | Entomologist | *** CLOSED (14168) [Channels/chan_sip/General] dahdi timing doesn't work on sip channel in non-answer mode. |
| 17:34.05 | Entomologist | Assigned to: file |
| 17:34.05 | Entomologist | Reported by: fsantulli Karma: 0 |
| 17:34.05 | Entomologist | http://bugs.digium.com/view.php?id=14168 |
| 17:34.05 | Entomologist | ********************************************************* |
| 17:38.11 | file | leifmadsen: merci |
| 17:39.57 | leifmadsen | file: np! |
| 17:40.00 | leifmadsen | mvanbaak: ping! |
| 17:40.28 | leifmadsen | file: I'm just trying to close out issues so I can assign some more to you ;) |
| 17:42.20 | eliel | leifmadsen: pong |
| 17:42.39 | eliel | leifmadsen: you are thinking about a "include"? |
| 17:43.36 | eliel | s/a "/an "/ |
| 17:43.52 | leifmadsen | eliel: correct |
| 17:44.15 | leifmadsen | was wondering if you had an idea of how I can include data from somewhere else... like a label or something |
| 17:45.41 | eliel | leifmadsen: can you give me an example of where you could use this include? |
| 17:46.10 | mvanbaak | leifmadsen: pong |
| 17:47.08 | leifmadsen | eliel: issue 14444 |
| 17:47.33 | leifmadsen | mvanbaak: M14655 |
| 17:47.38 | leifmadsen | M14655 |
| 17:47.39 | MuffinMan | [assigned] [Asterisk] Channels/chan_dahdi 0014655: [patch] Wrong text for HELP DAHDI reported by ulogic (Karma: +5.50) http://bugs.digium.com/view.php?id=14655 |
| 17:47.43 | leifmadsen | does that patch look ok? |
| 17:47.44 | eliel | M14444 |
| 17:47.46 | MuffinMan | [feedback] [Asterisk] Applications/app_dial 0014444: M() Docs reported by ewieling (Karma: -2) http://bugs.digium.com/view.php?id=14444 |
| 17:48.29 | leifmadsen | eliel: in the original patch, putnopvut used a macro to reutilize the text, but that won't work in the AstXML stuff |
| 17:49.06 | mvanbaak | leifmadsen: looks ok to me |
| 17:49.55 | *** part/#asterisk-bugs swathanthran (n=user@unaffiliated/shyam-k/x-8459115) |
| 17:50.09 | mvanbaak | leifmadsen: but I would merge te documentation part, and ask for a new ticket on the other change with same info to backup his story |
| 17:52.00 | leifmadsen | I might just open the issue myself I think |
| 17:53.28 | eliel | leifmadsen: i am reading about Xinclude I think we could use that, or use xpath + an <include> node... |
| 17:54.36 | *** join/#asterisk-bugs naxxfish (n=fish@raptor.ukc.ac.uk) |
| 17:55.57 | leifmadsen | eliel: ok very cool, keep me posted! |
| 17:56.08 | mvanbaak | leifmadsen: you are taking the issue from me again ? |
| 17:56.19 | leifmadsen | mvanbaak: yep! :) |
| 17:56.28 | mvanbaak | thank you |
| 17:56.29 | leifmadsen | I'm going to go and get part of that merged right now I think |
| 17:56.38 | mvanbaak | cool |
| 17:56.39 | leifmadsen | mvanbaak: I had assigned you another issue though re: chan_skinny |
| 17:56.43 | leifmadsen | from qwell |
| 17:56.44 | mvanbaak | uhhuh |
| 17:56.45 | mvanbaak | yeah |
| 17:56.51 | leifmadsen | so net change is 0 |
| 17:57.00 | mvanbaak | we could fix that when we have rtptimeout support in chan_skinny |
| 17:57.08 | mvanbaak | I started work on that |
| 17:57.09 | leifmadsen | should it just be closed them? |
| 17:57.12 | leifmadsen | then* |
| 17:57.14 | mvanbaak | but it has stalled a bit |
| 17:57.18 | eliel | M13877 |
| 17:57.19 | MuffinMan | [confirmed] [Asterisk] Core/General 0013877: [patch] Add CLI command 'manager logout <user> [from <ipaddress>]' reported by eliel (Karma: +184.50) http://bugs.digium.com/view.php?id=13877 |
| 17:57.32 | eliel | There is a new version of this cli command in review board |
| 17:57.38 | mvanbaak | I need to get my stuff back on the track |
| 17:58.09 | mvanbaak | I took a break from doing anything outside workhours |
| 17:59.37 | mvanbaak | leifmadsen: we should leave the skinny one open. It's not ok that we donnot handle that situation |
| 17:59.57 | naxxfish | I just updated 14724, can probably change status on that now |
| 18:00.12 | mvanbaak | but I'll have to talk to Josh about his rtpengine stuff, maybe that one can fix it easier then me putting rtptimeout stuff into chan_skinny |
| 18:00.42 | mvanbaak | but not today ! |
| 18:01.05 | mvanbaak | it's 7 PM, and I'm going to grab a beer with some friends |
| 18:01.12 | JunK-Y | eliel: yeah, i suggested it, i should now test it huh? :) |
| 18:01.15 | file | that doesn't have it, but it could |
| 18:01.24 | mvanbaak | file: ah. |
| 18:01.25 | file | right now the RTP engine work is equal to the old RTP stack |
| 18:01.46 | mvanbaak | ok, then I'll continue on the rtptimeout work I started |
| 18:02.21 | leifmadsen | mvanbaak: very good |
| 18:02.31 | leifmadsen | M14724 |
| 18:02.33 | MuffinMan | [feedback] [Asterisk] Applications/app_zapras 0014724: [patch] dahdiras.c will not compile reported by naxxtor (Karma: neutral) http://bugs.digium.com/view.php?id=14724 |
| 18:03.30 | eliel | leifmadsen: thanks |
| 18:04.08 | mvanbaak | latero all ! |
| 18:04.31 | leifmadsen | lates! |
| 18:06.26 | Qwell | leifmadsen: Too slow! |
| 18:06.42 | Entomologist | *** CLOSED (14655) [Channels/chan_dahdi] [patch] Wrong text for HELP DAHDI |
| 18:06.42 | Entomologist | Assigned to: lmadsen |
| 18:06.42 | Entomologist | Reported by: ulogic Karma: 5.5 |
| 18:06.42 | Entomologist | http://bugs.digium.com/view.php?id=14655 |
| 18:06.43 | Entomologist | ********************************************************* |
| 18:09.32 | *** join/#asterisk-bugs codefreeze-lap (n=murf@72.21.67.40) |
| 18:09.53 | leifmadsen | Qwell: burn |
| 18:18.08 | leifmadsen | M14726 |
| 18:18.09 | MuffinMan | [new] [Asterisk] Channels/chan_dahdi 0014726: Conditional compilation of a diagnostic message needs an L modifier to %d for a 64 bit integer reported by lmadsen (Karma: +39.25) http://bugs.digium.com/view.php?id=14726 |
| 18:18.37 | leifmadsen | If someone can verify the first change in the file on 14655 (linked from bug) is correct, either commit, or ask me to commit. Thanks! |
| 18:28.58 | eliel | JunK-Y: please! if you can! |
| 18:47.30 | *** join/#asterisk-bugs foolano (n=magnetic@14.Red-88-26-177.staticIP.rima-tde.net) |
| 18:47.36 | foolano | hi guys |
| 18:48.21 | jsmith | Hello foolano |
| 18:50.15 | foolano | i'm using 1.6.0.6 with realtime ldap backend. It's partially working. I can make calls, but the authentication is not working at all. When the user registers, the server accepts it inmediatally, it never returns 407 to make the challange based auth. I have been looking into the code, and it seems to do so because peer->md5secret and peer->secret are never set. Any idea? |
| 18:51.51 | jsmith | Yes, you need to have secret set if you want it to force authentication |
| 18:53.20 | foolano | jsmith: have you used the ldap backend in 1.6? |
| 18:54.09 | jsmith | foolano: I have not |
| 18:54.50 | *** join/#asterisk-bugs bencer (n=bencer@heal.cauterized.net) |
| 18:56.48 | foolano | jsmith: i do have a md5secret in my peer entry in ldap. What I'm saying is that using gdb, I see that peer->md5secret and peer->secret are never set |
| 18:57.18 | jsmith | Oh, I gotcha... sounds like it might be a bug then |
| 18:57.58 | leifmadsen | agreed |
| 19:00.04 | foolano | do you guys know in which part of the code the peer structure is supposed to be set with the md5secret? I'm trying to understand the code... chan_sip.c |
| 19:01.33 | foolano | what i understand is that when the user sends a REGISTER request, there's a call to find_peer which eventually calls the ldap backend, but it doesn't seem to request the md5secret attribute |
| 19:04.17 | *** join/#asterisk-bugs shido6 (n=shido6@96-28-34-156.dhcp.insightbb.com) |
| 19:09.26 | jsmith | leifmadsen: Question for you, when you get a free minute |
| 19:15.37 | Corydon76-lap | foolano: Realtime requests all relevant fields for a record |
| 19:16.05 | Corydon76-lap | foolano: so if you were using the LDAP backend, res_config_ldap is responsible for requesting all fields |
| 19:16.58 | Corydon76-lap | I'm not really sure how the backend works in that regard. |
| 19:17.31 | Corydon76-lap | but realtime requests in general are a 'SELECT *' type of request |
| 19:18.27 | Deeewayne | is disclaimed code uploaded to a mantis issue, but not merged into Asterisk by Digium, available to asterisk users under the same terms as if Digium merged the patch into Asterisk? |
| 19:18.43 | *** join/#asterisk-bugs isaac (n=isaac@debian/developer/isaac) |
| 19:19.01 | seanbright | i would think so |
| 19:19.13 | seanbright | but i am not a lawyer and all that. |
| 19:19.37 | leifmadsen | jsmith: sure, what's up? |
| 19:19.50 | Deeewayne | I'll ask kevin |
| 19:21.23 | jsmith | leifmadsen: Would you consider the output of "help stop" under 1.6.0.7-rc2 to be a bug? |
| 19:21.46 | leifmadsen | what is the output? |
| 19:22.38 | jsmith | leifmadsen: Something along the lines of "no such command" |
| 19:24.43 | Corydon76-lap | jsmith: "core help stop" |
| 19:25.09 | Corydon76-lap | Or really, "core help core stop" |
| 19:25.29 | Corydon76-lap | If you want it simpler, alter cli_aliases.conf |
| 19:27.22 | *** part/#asterisk-bugs isaac (n=isaac@debian/developer/isaac) |
| 19:41.40 | jsmith | Corydon76-dig: My complaint is that "help stop" says the command doesn't exist, but "help stop now" works |
| 19:41.58 | jsmith | Corydon76-dig: But you're right... "core help core stop" is probably more appropriate |
| 19:42.07 | jsmith | (if a little pedantic) |
| 19:42.34 | Corydon76-lap | is being pedantic today |
| 20:52.58 | jsmith | leifmadsen: Mind testing something for me before I file a bug? |
| 20:52.58 | jsmith | leifmadsen: Using asterisk-1.6.0.7-rc2 |
| 20:53.14 | jsmith | leifmadsen: "rtp set debug" only shows one line, instead of one line per RTP packet. Bug? Functionality change? |
| 20:56.34 | jsmith | file: Any idea on that one... I see you're now the resident RTP expert :-p |
| 20:57.57 | file | I don't know what "one line" means, and do you mean it changed between 1.6.0.6 and 1.6.0.7-rc2? |
| 20:58.41 | jsmith | file: Well, since the last time I taught an Asterisk Advanced class... |
| 20:58.50 | jsmith | file: Hold on, let me grab that version. |
| 20:59.17 | file | nobody has touched the RTP debug stuff in awhile... |
| 20:59.25 | jsmith | file: Looks like it was 1.6.0.2 |
| 20:59.53 | jsmith | file: Can you confirm that it doesn't print one line per RTP packet any more? |
| 21:00.58 | file | according to the code it does, building now... |
| 21:02.15 | file | working as expected for me |
| 21:02.25 | file | one line for each RTP packet sent or received |
| 21:02.50 | jsmith | Hmmmmn... will investigate after class |
| 21:03.11 | file | no reinvite happening is there/ |
| 21:03.13 | file | ? |
| 21:21.49 | *** join/#asterisk-bugs flujan (n=flujan@189-039-010-068.static.spo.ctbc.com.br) |
| 21:22.08 | flujan | ping tilghman |
| 21:22.19 | leifmadsen | Corydon76-dig: ^^^ |
| 21:24.21 | Corydon76-lap | pong |
| 21:26.41 | flujan | hey Corydon76-dig M13968 |
| 21:26.48 | flujan | bug M13968 |
| 21:27.11 | flujan | is happening to me, i already upgrade to version 1.4.24 to solve the issue... still happening and happening now. |
| 21:27.20 | flujan | do you guys need some debug info? |
| 21:27.22 | russellb | M13968 |
| 21:27.23 | MuffinMan | [closed] [Asterisk] Resources/res_agi 0013968: AGI Leaves zombies behind it reported by eldadran (Karma: +3.50) http://bugs.digium.com/view.php?id=13968 |
| 21:28.42 | flujan | yeap i have the exact behavior here. If i use get the dialstatus variable it is ok, if not... them i have a zombie. :( |
| 21:29.37 | Corydon76-lap | Wait 60 seconds |
| 21:30.30 | Corydon76-lap | If the process doesn't die immediately upon hangup, you have to wait for the next interval for the zombie to be reaped |
| 21:31.39 | Corydon76-lap | I'd only consider it a bug if you had zombies stacking up |
| 21:32.00 | Corydon76-lap | As it stands right now, they may hang out for a small period, but they will get reaped shortly |
| 21:32.32 | flujan | Corydon76-dig: OK i will wait the 60 seconds and see what is happening. :) thanks |
| 21:32.35 | russellb | leifmadsen: ping |
| 21:32.52 | russellb | or actually, Corydon76-dig ... |
| 21:32.55 | russellb | M11678 |
| 21:32.56 | MuffinMan | [confirmed] [Asterisk] Applications/app_voicemail/NewFeature 0011678: [patch] Notification email should use the voicemail's metadata reported by jamessan (Karma: +1.50) http://bugs.digium.com/view.php?id=11678 |
| 21:33.02 | russellb | I see that leifmadsen assigned that back to you. So, testing is done? |
| 21:33.26 | leifmadsen | it crashed on me |
| 21:33.33 | leifmadsen | with the patch |
| 21:33.36 | leifmadsen | there is a backtrace.txt file |
| 21:33.51 | leifmadsen | oh wait... were the eff did it go? |
| 21:34.06 | leifmadsen | goes back to his lynx app to kick it |
| 21:36.13 | Corydon76-lap | errr, yeah |
| 21:37.08 | leifmadsen | oh I know that I did |
| 21:37.09 | leifmadsen | what* |
| 21:37.22 | leifmadsen | I created tags, and didn't upload a backtrace... |
| 21:37.33 | leifmadsen | I guess that's what I get for doing it after hours |
| 21:37.39 | leifmadsen | BT there now |
| 21:38.00 | russellb | thanks for the update |
| 21:38.11 | leifmadsen | np, thanks for the... update |
| 21:45.11 | Corydon76-lap | caches a poke for leifmadsen, when he returns |
| 21:52.31 | *** join/#asterisk-bugs d1mas (n=chatzill@host-99.dataart.net) |
| 21:53.28 | d1mas | Hello. Any chan_iax2 guru around? have a question regarding peer initialization from config file parameters... |
| 22:26.21 | *** join/#asterisk-bugs telecos (n=sergio@76.167.219.87.dynamic.jazztel.es) |
| 22:30.38 | d1mas | nevermind, filled on mantis. 14728 |
| 22:31.28 | *** join/#asterisk-bugs The_Boy_Wonder (n=davidvos@asterisk/batman-developer/dvossel) |
| 23:45.36 | *** join/#asterisk-bugs Victor_Yure (n=victor@unaffiliated/victoryure/x-837844) |