| 08:33.29 | *** join/#asterisk-bugs mvanbaak_ (n=michiel@asterisk/contributor-and-bug-marshal/mvanbaak) |
| 11:51.26 | *** join/#asterisk-bugs DagMoller (n=aguirre@unaffiliated/dagmoller) |
| 12:20.13 | *** join/#asterisk-bugs russellb (n=russellb@asterisk/developer-and-stable-maintainer/drumkilla) |
| 12:20.13 | *** mode/#asterisk-bugs [+o russellb] by ChanServ |
| 12:26.18 | *** join/#asterisk-bugs lmadsen (n=Leif@asterisk/documenteur-extraordinaire/blitzrage) |
| 12:26.18 | *** mode/#asterisk-bugs [+o lmadsen] by ChanServ |
| 12:36.32 | *** join/#asterisk-bugs shido6 (n=shido6@209.114.208.192) |
| 12:42.06 | *** join/#asterisk-bugs caio1982 (i=caio1982@CAcert-br/caio1982) |
| 13:55.47 | *** join/#asterisk-bugs mvanbaak_ (n=michiel@asterisk/contributor-and-bug-marshal/mvanbaak) |
| 14:31.38 | lmadsen | M13396 |
| 14:31.40 | MuffinMan | [feedback] [Asterisk] Applications/app_transfer 0013396: Not able to put call on hold reported by sujit (Karma: neutral) http://bugs.digium.com/view.php?id=13396 |
| 14:32.06 | lmadsen | does anyone else agree with me that this appears to be an issue with the 3rd party hardware he is using? He says when he uses something else he doesn't have the issue |
| 14:32.53 | file | version 1.2.X? |
| 14:33.18 | lmadsen | thats what he says yes |
| 14:33.54 | file | has he reproduced it with 1.4+? |
| 14:34.04 | lmadsen | I will ask him to do that |
| 14:34.25 | file | the code between the two is quite different if I remember right |
| 14:34.35 | lmadsen | I'm tempted to close it because it seems to only happen with this MindSpeed board he is using, but I will ask to reproduce with 1.4 |
| 14:34.40 | lmadsen | I agree |
| 14:34.48 | lmadsen | I just noticed now that he said 1.2.x |
| 14:34.52 | lmadsen | thx for looking |
| 14:46.38 | *** join/#asterisk-bugs putnopvut (n=putnopvu@nat/digium/x-7e180811bfdd544b) |
| 14:46.38 | *** mode/#asterisk-bugs [+o putnopvut] by ChanServ |
| 14:59.29 | *** join/#asterisk-bugs jpeeler (n=jpeeler@asterisk/digium-software-dev/jpeeler) |
| 15:04.29 | *** join/#asterisk-bugs Deeewayne (n=Deeewayn@nat/digium/x-cfc9345a145d061b) |
| 15:04.29 | *** mode/#asterisk-bugs [+o Deeewayne] by ChanServ |
| 15:11.35 | *** join/#asterisk-bugs fakhir (n=fakhir@unaffiliated/fakhir) |
| 15:30.53 | lmadsen | file: see latest comment on 13209 |
| 15:45.40 | file | interesting |
| 15:46.55 | lmadsen | indeed... I'm currently building the RTP stream from his capture in wireshark |
| 15:47.01 | lmadsen | it just happens to be taking a very long time |
| 15:49.57 | Juggie | sounds like a user issue! :P |
| 15:50.09 | Juggie | lmadsen, did i tell you i had another friend call rogers the same day i made you call |
| 15:50.16 | Juggie | and he got 70$/mo off his bill |
| 16:26.26 | *** join/#asterisk-bugs codefreeze-lap (n=murf@72.21.67.40) |
| 17:04.28 | *** join/#asterisk-bugs atis_work (n=atis_wor@193.238.212.171) |
| 17:24.16 | lmadsen | M13336 |
| 17:24.18 | MuffinMan | [feedback] [Asterisk] Channels/chan_iax2 0013336: [patch] fix mohinterpret and mohsuggest settings from general section in chan_iax2.c reported by decryptus_proformatique (Karma: neutral) http://bugs.digium.com/view.php?id=13336 |
| 17:25.19 | lmadsen | can someone tell me if that patch is required? I have tested on x86_64 but can't reproduce the issue, but perhaps it is only reproducible on 32-bit machines. It is just a simple sizeof() wrapper around a pointer, so maybe it is still useful? |
| 17:54.30 | putnopvut | is looking... |
| 17:54.37 | *** join/#asterisk-bugs mvanbaak (n=michiel@asterisk/contributor-and-bug-marshal/mvanbaak) |
| 17:55.44 | seanbright | sizeof() doesn't work for string lengths when the string is dynamically allocated |
| 17:57.34 | seanbright | hmmm |
| 17:57.39 | seanbright | i might have caused that bug, actually. |
| 18:00.41 | seanbright | lmadsen: that patch is correct |
| 18:01.00 | lmadsen | seanbright: oh ya? you want to commit it? |
| 18:01.04 | seanbright | lmadsen: i'm not sure if it fixes his problem |
| 18:01.13 | lmadsen | he said it does... but I can't reproduce the issue |
| 18:01.19 | seanbright | ok |
| 18:02.07 | seanbright | i'll commit |
| 18:02.47 | seanbright | let me check 1.4 et al |
| 18:02.55 | lmadsen | sounds good, thanks for looking at that |
| 18:02.58 | putnopvut | 1.4 appears to just set a stringfield. |
| 18:03.05 | seanbright | oh good |
| 18:03.20 | seanbright | it's setting a global in trunk |
| 18:03.49 | seanbright | no |
| 18:03.57 | seanbright | look at line 10120 in 1.4 |
| 18:04.22 | seanbright | err |
| 18:04.24 | seanbright | 10121 |
| 18:05.38 | putnopvut | ah, you are quite right. |
| 18:07.43 | seanbright | i'm going to actually test compile before i commit |
| 18:07.49 | seanbright | call me crazy |
| 18:07.50 | lmadsen | hawt |
| 18:07.56 | lmadsen | thinks seanbright is a wimp |
| 18:07.57 | lmadsen | :) |
| 18:08.14 | seanbright | today's lesson is "covering your ass" presented by seanbright |
| 18:10.56 | *** join/#asterisk-bugs mvanbaak_ (n=michiel@asterisk/contributor-and-bug-marshal/mvanbaak) |
| 18:13.18 | lmadsen | heh |
| 18:17.37 | *** join/#asterisk-bugs mvanbaak (n=michiel@asterisk/contributor-and-bug-marshal/mvanbaak) |
| 18:18.48 | seanbright | lmadsen: all done |
| 18:18.53 | lmadsen | w00t! |
| 18:18.58 | lmadsen | thanks! |
| 18:18.59 | seanbright | putnopvut: i could not have done it without you. |
| 18:19.02 | seanbright | np |
| 18:19.10 | seanbright | i was standing on the shoulders of giants |
| 18:19.18 | putnopvut | lol |
| 18:19.23 | lmadsen | I was merely looking up at them |
| 18:20.38 | seanbright | lmadsen: you want me to assign karma or do you got it? |
| 18:20.51 | lmadsen | I got it |
| 18:20.52 | lmadsen | thanks! |
| 18:20.54 | seanbright | cool |
| 18:21.25 | putnopvut | For the record, I'm not that big. Certainly not a giant. |
| 18:22.22 | seanbright | i was speaking metaphorically |
| 18:23.40 | Juggie | a big gust of wind would pick you up putnopvut |
| 18:23.49 | putnopvut | ouch! |
| 18:24.27 | Juggie | i've lost like 25lbs since last *-con though. |
| 18:27.59 | putnopvut | Oh, cool. Good for you! |
| 18:28.09 | Deeewayne | I may have found a couple of them |
| 18:28.55 | Juggie | hahaha |
| 18:29.00 | Juggie | did you pick some of them up Deeewayne! |
| 18:29.32 | Deeewayne | yeah, but they seem to come and go as they please |
| 18:32.51 | *** join/#asterisk-bugs mvanbaak_ (n=michiel@asterisk/contributor-and-bug-marshal/mvanbaak) |
| 18:44.37 | *** join/#asterisk-bugs shido6 (n=shido6@209.114.208.192) |
| 18:46.19 | *** join/#asterisk-bugs Victor_Yure (n=victor@unaffiliated/victoryure/x-837844) |
| 18:49.01 | putnopvut | lmadsen: Would you mind setting the status of 13387 to either "acknowledged" or "confirmed?" I have reproduced it locally. Hopefully it'll soon be resolved, but just thought I'd update you. |
| 18:49.23 | putnopvut | Also since I can never remember the difference between "acknowledged" and "confirmed" I figured I'd leave that for you ;) |
| 18:49.52 | lmadsen | putnopvut: done! |
| 18:49.58 | putnopvut | thank you kindly |
| 18:50.06 | file | ZOMBIES! RUN! |
| 18:50.29 | putnopvut | runs towards China |
| 18:50.45 | Corydon76-dig | lmadsen: I have a good concept for how to do the failover, but I'm still working on ironing out some of the details as to how it will work |
| 18:51.06 | lmadsen | putnopvut: I'm using acknowledge to say, "yes, this is a bug that we can confirm", and I'm using confirmed to say, "this is an issue which has had initial triage done, and also has a patch associated with it" |
| 18:51.16 | Corydon76-dig | Right now, I'm trying to figure out reasonable defaults |
| 18:51.23 | lmadsen | Corydon76-dig: coolio! sounds exciting |
| 18:51.57 | Corydon76-dig | I'm making it reasonable enough that I wonder if I should just make it act like that by default |
| 18:52.15 | lmadsen | what do you mean? |
| 18:53.20 | Corydon76-dig | Well, I need to implement a timeout, so every attempt to get a handle doesn't churn on connection attempts |
| 18:53.48 | Corydon76-dig | Rather, it will create a negative cache of the connection failure for a period of time |
| 18:54.06 | lmadsen | ah gotcha |
| 19:04.38 | *** join/#asterisk-bugs atis_work (n=atis_wor@193.238.212.171) |
| 20:05.13 | *** join/#asterisk-bugs atis_work (n=atis_wor@193.238.212.171) |
| 20:44.30 | *** join/#asterisk-bugs bbryant (n=Brett_Br@adsl-212-77-233.chs.bellsouth.net) |
| 20:44.30 | *** mode/#asterisk-bugs [+o bbryant] by ChanServ |
| 20:44.56 | *** join/#asterisk-bugs mvanbaak (n=michiel@asterisk/contributor-and-bug-marshal/mvanbaak) |
| 21:05.48 | *** join/#asterisk-bugs atis_work (n=atis_wor@193.238.212.171) |
| 21:18.36 | lmadsen | M13246 |
| 21:18.38 | MuffinMan | [new] [Zaptel] wctdm24xxp 0013246: False ring with TDM410 when external caller hang up last (DEFAULT_RING_DEBOUNCE not working right?) reported by arcanos (Karma: neutral) http://bugs.digium.com/view.php?id=13246 |
| 21:18.52 | lmadsen | does anyone think that is something that should be closed and taken up with tech support? |
| 21:23.51 | putnopvut | Hmm, if it's a bug in the driver, then I'm not sure that tech support could really clear it up. |
| 21:30.05 | lmadsen | hrmmm... perhaps not, I just wonder if they have a tracking system of their own for this kind of thing, or if mantis is the best place for that |
| 21:30.40 | russellb | all digium hw issues should go through tech support |
| 21:30.41 | russellb | close it |
| 21:30.45 | file | support. go. |
| 21:31.03 | lmadsen | thanks! |
| 21:31.06 | lmadsen | I will do that now |
| 22:43.52 | *** join/#asterisk-bugs bbryant (n=brett@c-68-59-20-153.hsd1.sc.comcast.net) |
| 22:43.52 | *** mode/#asterisk-bugs [+o bbryant] by ChanServ |