| 00:03.22 | russellb | yes :) |
| 00:03.37 | russellb | if you're talking about the committed code, that is ... |
| 00:04.19 | Qwell | yeah |
| 00:04.22 | Qwell | okay, adding a note here |
| 00:04.30 | ZX81 | anyone know why I get "Failed to get license challenge: No such device" with a brand new hpen install? |
| 00:05.15 | russellb | Qwell: thanks |
| 00:05.56 | russellb | something is messed up... bad ... |
| 00:06.38 | ZX81 | heh |
| 00:10.32 | Qwell | russellb: added - does that look alright? |
| 00:10.42 | Qwell | (the comment - I mean) |
| 00:12.24 | russellb | yeah, that's fine |
| 00:14.38 | Qwell | I feel bad ;/ |
| 00:15.07 | russellb | yeah, i can't say i have ever seen that report |
| 00:15.16 | Qwell | realistically though, I think Mark's was the "right" way to implement it |
| 00:15.36 | Qwell | I've seen it, but before this callerid stuff I did last week, my eyes always kinda glazed over when reading it :p |
| 00:15.40 | russellb | or i guess i just didn't understand what it did by the bug title |
| 00:16.01 | Qwell | SO, training support is also good for us |
| 00:16.19 | Qwell | because of it, I'm actually able to read and understand what his patch does now... |
| 00:16.35 | russellb | awesome!! |
| 00:16.40 | russellb | i don't know what it does :-p |
| 00:16.43 | russellb | i mean, i do ... |
| 00:16.47 | russellb | but only to a point |
| 00:16.54 | Qwell | heh, so, basically... |
| 00:17.36 | Qwell | cid is in a common easily parsable format. normal cid is code 0x80, whereas mwicid is 0x82 - then inside of that data, id 11 is mwi data |
| 00:17.43 | Qwell | I think 6 and 8 are num and name, or something |
| 00:17.52 | *** join/#asterisk-bugs ZX81 (n=matt@222-155-41-34.jetstream.xtra.co.nz) |
| 00:18.07 | russellb | does it contain the number of messages? |
| 00:18.14 | russellb | mark's patch didn't pay attention to it if it does .. |
| 00:18.15 | Qwell | I don't know - 11 is new to me. |
| 00:18.43 | putnopvut | me mark or the real mark? |
| 00:19.10 | putnopvut | Oh, reading the scrollback, no way it's me. |
| 00:20.19 | Qwell | russellb: it's either 0x00 or 0xFF |
| 00:20.24 | russellb | ah, ok, cool |
| 00:20.46 | Qwell | at least, that's how the guy in 8587 implemented it too |
| 00:22.26 | Qwell | how random. in sdmf is't either 0x42 for off, or 0x6f for on |
| 00:22.30 | Qwell | erm, other way around |
| 00:22.53 | Qwell | char 'B' or 'o' |
| 00:23.16 | russellb | .... i am so close to fixing chan_iax2 on mac ... |
| 00:23.30 | Qwell | russellb: segfault on reload? |
| 00:24.04 | russellb | segfault on load for me, but same issue |
| 00:24.13 | russellb | oddly enough, this problem would affect a lot of stuff |
| 00:24.17 | russellb | i'm surprised it hasn't come up |
| 00:24.20 | Qwell | weird |
| 00:24.33 | russellb | well, maybe the effects just didn't matter before ... |
| 00:24.41 | Qwell | silly mac! |
| 00:25.09 | Qwell | not sure you were aware, but there was a bug for that |
| 00:26.25 | russellb | yeah |
| 00:26.28 | russellb | that's why i'm working on it |
| 00:26.28 | Qwell | M11176 |
| 00:26.29 | MuffinMan | [feedback] [Asterisk] Addons/General 0011176: "reload" command causes crash in Mac OSX Leopard 10.5 reported by jackykeung http://bugs.digium.com/view.php?id=11176 |
| 00:26.31 | Qwell | ahh, k |
| 00:26.33 | russellb | oh, wait |
| 00:26.35 | russellb | haven't seen that one |
| 00:26.43 | Qwell | I think that was the one |
| 00:26.46 | file | ooh what is the issue |
| 00:27.04 | russellb | but yeah, exact same thing i'm seeing |
| 00:27.13 | russellb | file: you'll see ... i will commit in a second |
| 00:27.23 | Qwell | so, you get to close another bug then :D |
| 00:28.13 | *** join/#asterisk-bugs ZX81_ (n=matt@222-155-41-34.jetstream.xtra.co.nz) |
| 00:28.53 | russellb | took me an hour of staring at it and printing out debug to figure it out, heh |
| 00:28.56 | russellb | silly code |
| 00:29.01 | *** join/#asterisk-bugs ZX81_ (n=matt@222-155-41-34.jetstream.xtra.co.nz) |
| 00:29.39 | putnopvut | Hopefully it wasn't just a one line fix or anything. Those are so frustrating. |
| 00:31.31 | russellb | it was |
| 00:31.36 | russellb | technically 2 lines, but ... |
| 00:33.13 | putnopvut | ugh |
| 00:33.31 | putnopvut | I feel for you. |
| 00:34.26 | file | ohhhhhhhhh |
| 00:34.37 | Qwell | silly fetchadd_int! |
| 00:35.00 | Qwell | weird |
| 00:35.10 | Qwell | did nothing else actually check the return value of it? |
| 00:36.07 | russellb | well, most other uses of it either don't care about the return value, or just care that the return value is something unique |
| 00:36.13 | russellb | and in both of those cases, it didn't matter |
| 00:36.25 | Qwell | funky |
| 00:37.04 | russellb | i was looking around for an endianness issue at first, but alas |
| 00:37.19 | Qwell | well, 2 bugs down - not bad |
| 00:37.47 | russellb | :) |
| 00:45.07 | russellb | OOH |
| 00:45.18 | russellb | it just hit me why "core show locks" is crashing sometimes |
| 00:45.29 | putnopvut | Neat! |
| 00:45.54 | file | russellb: SWEET |
| 00:47.17 | russellb | fix0r3d |
| 01:47.44 | *** join/#asterisk-bugs russellb (n=russell@asterisk/developer-and-stable-maintainer/drumkilla) |
| 01:47.44 | *** mode/#asterisk-bugs [+o russellb] by ChanServ |
| 01:53.05 | *** join/#asterisk-bugs adker (n=chatzill@74-37-21-237.br1.glv.ny.frontiernet.net) |
| 03:07.23 | *** join/#asterisk-bugs russellb (n=russell@asterisk/developer-and-stable-maintainer/drumkilla) |
| 03:07.23 | *** mode/#asterisk-bugs [+o russellb] by ChanServ |
| 03:56.16 | russellb | M7476 |
| 03:56.17 | MuffinMan | [closed] [Asterisk] Applications/app_queue 0007476: [patch]Play announcement to caller just before bridging reported by tristan_mahe http://bugs.digium.com/view.php?id=7476 |
| 04:31.27 | *** join/#asterisk-bugs blitzrage (n=Leif@asterisk/documenteur-extraordinaire/blitzrage) |
| 04:31.27 | *** mode/#asterisk-bugs [+o blitzrage] by ChanServ |
| 08:31.44 | *** join/#asterisk-bugs agx (n=AGX@host63-216-static.34-88-b.business.telecomitalia.it) |
| 09:40.14 | *** join/#asterisk-bugs oej (n=olle@193.126.30.214) |
| 11:08.42 | *** join/#asterisk-bugs caio1982 (i=caio1982@CAcert-br/caio1982) |
| 11:59.24 | *** join/#asterisk-bugs caio1982_ (i=caio1982@CAcert-br/caio1982) |
| 13:41.10 | *** join/#asterisk-bugs jsmith (n=jsmith@68.246.38.7) |
| 13:41.10 | *** mode/#asterisk-bugs [+o jsmith] by ChanServ |
| 14:09.06 | *** join/#asterisk-bugs zerohalo (n=zeroHalo@pool-71-162-97-18.bstnma.east.verizon.net) |
| 14:23.34 | *** join/#asterisk-bugs putnopvut (i=putnopvu@nat/digium/x-2aa9659ae08b3afa) |
| 14:23.34 | *** mode/#asterisk-bugs [+o putnopvut] by ChanServ |
| 14:24.08 | *** join/#asterisk-bugs blitzrage (n=Leif@asterisk/documenteur-extraordinaire/blitzrage) |
| 14:24.08 | *** mode/#asterisk-bugs [+o blitzrage] by ChanServ |
| 15:10.34 | *** join/#asterisk-bugs eurodrew555 (n=eurodrew@83-244-164-130.cust-83.exponential-e.net) |
| 16:15.56 | *** join/#asterisk-bugs russellb (i=russell@asterisk/developer-and-stable-maintainer/drumkilla) |
| 16:15.56 | *** mode/#asterisk-bugs [+o russellb] by ChanServ |
| 16:53.52 | *** join/#asterisk-bugs fakhir (n=fakhir@unaffiliated/fakhir) |
| 17:24.56 | russellb | M11080 |
| 17:24.58 | MuffinMan | [assigned] [Asterisk] Channels/chan_sip/General 0011080: SIP channel stops processing calls, but no apparent deadlock reported by callguy http://bugs.digium.com/view.php?id=11080 |
| 17:25.00 | russellb | that bug is irritating me. |
| 17:26.50 | oej | I think you see several bugs reported... |
| 17:28.07 | oej | The "soft hangup" tab causes a channel walk and somewhere there's a lock. SHould propably use trylock for those completion commands instead of a hard lock (if we're locking at all) |
| 17:28.07 | oej | Better to fail than to lock the system |
| 17:33.04 | russellb | well we have debugging that can show that stuff easily |
| 17:33.10 | russellb | but they say that even the CLI won't respond |
| 17:33.16 | russellb | which i don't know if i believe :-p |
| 17:33.42 | russellb | but i'm just irritated that i can't get useful debugging information |
| 17:35.11 | oej | Well, during my years with asterisk I've had the cli lock up on tab completion many times, always caused by bad locking somewhere else, so implementing trylock there would help (even if it doesn't fix the real issue) |
| 17:35.37 | russellb | oh, right, a lock when traversing some list |
| 17:35.49 | russellb | but the "core show locks" CLI command shouldn't have that problem |
| 17:36.07 | russellb | if you haven't see that command, you should check it out |
| 17:36.13 | russellb | it gets compilied in with DEBUG_THREADS |
| 17:36.16 | Qwell | it could if you locked while running show channel blah, then core show locks, right? |
| 17:36.34 | Qwell | because the show channel would never have unlocked, so the CLI lock would still be held |
| 17:36.35 | russellb | Qwell: yeah, that instance of the CLI could be locked up ... but not all instances |
| 17:36.44 | russellb | oh, i see what you're saying |
| 17:36.46 | russellb | perhaps |
| 17:36.52 | Qwell | I think that's oej's point |
| 17:39.31 | *** join/#asterisk-bugs dan42 (n=lung@24-148-96-186.ip.mhcable.com) |
| 17:47.25 | blitzrage | uhhhh.... if I have a call come into an IVR which is GSM, and then from that IVR it calls Dial() to a phone which only support ulaw, shouldn't asterisk be offering ulaw in the SDP and not GSM to the phone? |
| 17:47.56 | blitzrage | (or both?) |
| 17:49.04 | blitzrage | Softphone (gsm) --> Asterisk --> IP501 (ulaw) |
| 18:02.29 | Qwell | M11466 |
| 18:02.30 | MuffinMan | [closed] [Asterisk] Core-General 0011466: Get storage api to compile reported by snuffy http://bugs.digium.com/view.php?id=11466 |
| 18:02.35 | Qwell | russellb: what typo? what commit? O.o |
| 18:02.37 | oej | blitzrage: We couldn't know the properties of the IP501 at the time we start the IVR, could we |
| 18:03.09 | blitzrage | oej: but should asterisk offer all codecs to the phone that I'm allowing for that device? |
| 18:03.34 | blitzrage | Asterisk answers the call from the GSM phone... but sends GSM as the only option in the SDP to the IP501, so it is rejecting it with 488 |
| 18:03.53 | blitzrage | when I have allow=ulaw as the phones codec |
| 18:04.24 | jsmith | blitzrage: What does "sip show peer IP501" show as far as codecs? |
| 18:04.25 | oej | well, that's strange. Wonder if we can reset the translation table for the call that late in the game. We should set up transcoding, really. |
| 18:05.02 | blitzrage | oej: ya... I don't know what it offers only SDP to the phone, and not ulaw |
| 18:05.03 | blitzrage | Codecs : 0x4 (ulaw) |
| 18:05.03 | blitzrage | <PROTECTED> |
| 18:05.10 | blitzrage | for SIP/leifmadsen_desk |
| 18:05.23 | blitzrage | the GSM phone hears my IVR, so Asterisk transcodes the ulaw sound files to GSM.... |
| 18:05.34 | blitzrage | but only offers GSM in the SDP, not ulaw like I would expect |
| 18:06.25 | jsmith | blitzrage: And you're dialing to the SIP peer, and not directly to the phone, right? |
| 18:06.40 | jsmith | blitzrage: And you're not using anything crazy like packet2packet bridging? |
| 18:06.50 | blitzrage | jsmith: I tried turning that off just to make sure |
| 18:07.30 | blitzrage | but softphone comes into the IVR, hits 1 to do a Dial(SIP/leifmadsen_desk), then Asterisk offers GSM in the SDP... then the phone rejects it with 488 Not Acceptable Here |
| 18:07.35 | blitzrage | this is all in trunk btw |
| 18:08.27 | putnopvut | Qwell: he referenced the wrong issue in a commit. That's the typo, and that's why it closed issue 11466. |
| 18:08.54 | Qwell | ahh - 11466 was already closed |
| 18:09.17 | Qwell | weird, I didn't get an email from mantis for that |
| 18:09.31 | putnopvut | I don't think you usually do when a bug is closed, do you? |
| 18:09.40 | Qwell | I got the one from Russell |
| 18:10.05 | putnopvut | Yeah, that's because he added a note to the issue, though, not because the issue was closed. |
| 18:10.32 | Qwell | but it was already closed, so that commit didn't close it. who knows |
| 18:11.19 | putnopvut | Hmm, perhaps svnbot's notes are not ever e-mailed? |
| 18:11.22 | Qwell | it's all good - was just confused :) |
| 18:11.30 | putnopvut | Hope it's cleared up now. |
| 18:11.44 | Qwell | putnopvut: possibly - the emails I get when svnbot closes, are because it gets assigned to me |
| 18:11.57 | Qwell | so, that must be it |
| 18:12.12 | putnopvut | That doesn't happen to me since my bugtracker name and svn cert have different names. |
| 18:12.17 | Qwell | yuck |
| 18:13.47 | Qwell | the guy from 8587 responded - he didn't seem too offended |
| 18:13.52 | Qwell | that's a good thing |
| 18:14.03 | blitzrage | lunchtime |
| 18:20.23 | jsmith | blitzrage: You're taking a break? You slacker! |
| 18:22.10 | dan42 | anyone have the ability to check which bug file 15976 is attached to? i can find the bt, but not the bug report. |
| 18:23.12 | Qwell | dan42: there's no way that I know of |
| 18:23.30 | Qwell | you can do a search, if you remember the summary |
| 18:23.43 | dan42 | i found the file through google |
| 18:24.02 | dan42 | just cant find the bug report.. hate ot open a bug report on something that obviously alrady been opened |
| 18:24.53 | Qwell | lemme see if it looks familiar |
| 18:33.48 | Qwell | dan42: don't know - soryr |
| 18:35.39 | dan42 | np.. im sure its just a detail im missing in the 1.2 -> 1.4 update causing voicemailmain to core.. guess ill have to bug report it.. |
| 18:41.24 | blitzrage | jsmith: I needed breakfast :) |
| 18:43.54 | *** join/#asterisk-bugs miguel3239 (n=elguerom@h-68-167-124-171.cmbrmaor.covad.net) |
| 19:36.31 | russellb | btw, not sure if anyone noticed ... but I updated svnbot a bit yesterday |
| 19:36.35 | Qwell | oh? |
| 19:36.44 | russellb | it will include a link to the revision on viewvc |
| 19:36.48 | Qwell | neat |
| 19:37.03 | file | russellb: gold star! |
| 19:37.52 | russellb | http://bugs.digium.com/view.php?id=0011207 |
| 19:37.54 | russellb | for an example |
| 19:38.28 | jsmith | Nice! |
| 19:38.40 | russellb | svnbot <3 |
| 19:39.19 | putnopvut | I love the robots in my life. |
| 19:39.50 | russellb | DonutPuncher needs a new home |
| 19:40.21 | putnopvut | Oh I forgot about him. |
| 19:40.28 | putnopvut | Although he does kind of suck. |
| 19:40.32 | russellb | that's true :) |
| 19:41.18 | russellb | oh well, at least I added one bot that doesn't suck ... as much |
| 19:41.37 | putnopvut | PastryChef is awesome. |
| 19:41.43 | Qwell | I agree |
| 19:42.03 | russellb | yay |
| 19:42.54 | russellb | i can't take credit for svnbot ... that was all brett |
| 19:43.27 | russellb | svnbot is one of those things that i can't imagine living without now that we have it |
| 19:43.28 | Qwell | you *could* take credit |
| 19:43.37 | Qwell | but that'd be kinda mean :D |
| 19:43.45 | russellb | hehe |
| 19:44.27 | file | does DonutPuncher feel like being social? |
| 19:45.12 | russellb | mayyyybe |
| 20:27.08 | *** join/#asterisk-bugs ZX81 (n=matt@222-155-41-34.jetstream.xtra.co.nz) |
| 20:28.55 | dan42 | anyone have a moment to look at 11477? |
| 20:41.08 | dan42 | ; |
| 20:41.08 | dan42 | ; Voicemail |
| 20:41.08 | dan42 | exten => 86,1,VoicemailMain(${CALLERID(num):-11}@voicemail-mhc) |
| 20:41.12 | dan42 | sry.. mt |
| 21:08.32 | *** join/#asterisk-bugs d1mas (n=chatzill@ip195.117.adsl.wplus.ru) |
| 21:13.38 | d1mas | Anyone familiar with Zaptel internals? I need help with 11188 |
| 21:29.39 | d1mas | anyone? |
| 22:50.51 | russellb | M11459 |
| 22:50.51 | MuffinMan | [feedback] [Asterisk] Applications/app_queue 0011459: Free agent and waiting callers reported by equissoftware http://bugs.digium.com/view.php?id=11459 |
| 22:52.34 | putnopvut | Ah that one. |
| 22:52.45 | putnopvut | Did you 'M' that for a reason? |
| 22:58.11 | russellb | no |
| 22:58.14 | russellb | just checking the format |
| 22:58.20 | russellb | and that was on the top of the list in my mantis window |
| 22:58.21 | russellb | sorry |
| 22:59.01 | putnopvut | Ah okay, I thought you might have some insight into that one. |
| 23:00.19 | jsmith | codefreeze: Double-barrel 20 gauge? |
| 23:00.37 | jsmith | codefreeze: (Speaking of which, I did some slick shootin' in Wyoming over Thanksgiving) |
| 23:00.52 | *** part/#asterisk-bugs zerohalo (n=zeroHalo@pool-71-162-97-18.bstnma.east.verizon.net) |
| 23:01.52 | *** topic/#asterisk-bugs by russellb -> Asterisk Bugs Discussion -=- http://bugs.digium.com/ -=- http://asterisk.org/developers/bug-guidelines - Asterisk 1.4.15 has been released (November 29, 2007). -=- If you are not discussing a report already posted to the bugtracker, the discussion probably belongs in #asterisk. -=- Goodbye 1.2. We'll miss you. Maybe. -=- Overall bug count: >390 -=- Monitor new reports in #asterisk-commits |
| 23:02.03 | *** topic/#asterisk-bugs by russellb -> Asterisk Bugs Discussion -=- http://bugs.digium.com/ -=- http://asterisk.org/developers/bug-guidelines - Asterisk 1.4.15 has been released (November 29, 2007). -=- If you are not discussing a report already posted to the bugtracker, the discussion probably belongs in #asterisk. -=- Goodbye 1.2. We'll miss you. Maybe. -=- Overall issue count: >390 -=- Monitor new reports in #asterisk-commits |
| 23:18.12 | *** join/#asterisk-bugs jmls (n=jmls@62.49.235.130) |
| 23:32.06 | codefreeze | jsmith: slick shootin'??? What was ya shootin' at? |
| 23:35.03 | codefreeze | jsmith: couldn't'a' been too slick... I'm still breathin'!! |