| 01:03.53 | *** join/#asterisk-bugs lmadsen (n=Leif@asterisk/documenteur-extraordinaire/blitzrage) |
| 01:03.53 | *** mode/#asterisk-bugs [+o lmadsen] by ChanServ |
| 04:47.25 | *** join/#asterisk-bugs implicit (n=bayan@unaffiliated/implicit) |
| 04:47.25 | *** mode/#asterisk-bugs [+o implicit] by ChanServ |
| 05:04.25 | *** join/#asterisk-bugs russellb (n=russell@asterisk/digium-open-source-team-lead/russellb) |
| 05:04.25 | *** mode/#asterisk-bugs [+o russellb] by ChanServ |
| 07:46.11 | *** join/#asterisk-bugs mvanbaak (i=vanbaak@asterisk/contributor-and-bug-marshal/mvanbaak) |
| 07:46.58 | *** join/#asterisk-bugs mvanbaak (i=vanbaak@asterisk/contributor-and-bug-marshal/mvanbaak) |
| 10:00.01 | *** join/#asterisk-bugs telecos (n=sergio@153.166.219.87.dynamic.jazztel.es) |
| 10:41.20 | *** join/#asterisk-bugs caio1982 (i=caio1982@CAcert-br/caio1982) |
| 11:02.58 | *** join/#asterisk-bugs tzafrir_laptop (n=tzafrir@local.xorcom.com) |
| 14:21.59 | *** join/#asterisk-bugs lmadsen (n=Leif@asterisk/documenteur-extraordinaire/blitzrage) |
| 14:21.59 | *** mode/#asterisk-bugs [+o lmadsen] by ChanServ |
| 14:38.46 | putnopvut | lmadsen: are you doing bugtracker work? |
| 14:39.27 | lmadsen | I will be soon! |
| 14:39.33 | lmadsen | do you have a request? |
| 14:39.52 | seanbright | yes, close everything. |
| 14:40.02 | seanbright | as "won't fix" |
| 14:40.16 | lmadsen | wouldn't YOU look if I started doing that |
| 14:41.50 | putnopvut | lmadsen: I have a not-so-great request. |
| 14:41.56 | lmadsen | uh oh |
| 14:42.15 | putnopvut | see pm |
| 14:42.52 | lmadsen | okie |
| 14:44.17 | seanbright | awwww man |
| 14:44.19 | seanbright | that's no fun |
| 14:44.33 | seanbright | watches the tracker intently |
| 14:45.15 | lmadsen | seanbright: s/assigned issues to putnopvut/assign issues to seanbright |
| 14:45.29 | seanbright | yeah right, you wouldn't do that to the project |
| 14:45.30 | seanbright | heh |
| 14:45.58 | lmadsen | try me |
| 14:58.56 | *** join/#asterisk-bugs jpeeler (n=jpeeler@asterisk/digium-software-dev/jpeeler) |
| 15:00.11 | *** join/#asterisk-bugs russellb (n=russell@asterisk/digium-open-source-team-lead/russellb) |
| 15:00.12 | *** mode/#asterisk-bugs [+o russellb] by ChanServ |
| 15:05.27 | *** join/#asterisk-bugs lmadsen (n=Leif@asterisk/documenteur-extraordinaire/blitzrage) |
| 15:05.27 | *** mode/#asterisk-bugs [+o lmadsen] by ChanServ |
| 15:07.26 | *** join/#asterisk-bugs bweschke (n=BJ_Wesch@74.94.3.214) |
| 15:40.14 | *** join/#asterisk-bugs Deeewayne (n=Deeewayn@nat/digium/x-7b5e29ba9802b00b) |
| 15:40.15 | *** mode/#asterisk-bugs [+o Deeewayne] by ChanServ |
| 16:06.43 | Qwell | M13790 |
| 16:06.45 | MuffinMan | [new] [Asterisk] Applications/app_queue 0013790: Queue stats are no longer reset by 'reload' or 'module reload app_queue.so' reported by bcnit (Karma: +3.00) http://bugs.digium.com/view.php?id=13790 |
| 16:06.53 | Qwell | putnopvut: I seem to recall something about this being done on purpose.. |
| 16:07.42 | putnopvut | Qwell: Well, I have a queue_reset branch where I was separating the options out. I don't think I've merged it yet. Right now, though, a reload should still be resetting the stats. |
| 16:07.49 | Qwell | hmm |
| 16:09.29 | Qwell | heh, that's funky. |
| 16:09.42 | Qwell | queue_show() calls __queues_show(), which has a var named queue_show |
| 16:09.48 | lmadsen | neat |
| 16:09.53 | lmadsen | at least it's... consistent :) |
| 16:11.16 | Qwell | /* Re-initialize the queue, and clear statistics */ |
| 16:12.45 | Qwell | r5821 |
| 16:13.38 | Qwell | oh wait |
| 16:13.39 | Qwell | 82326 |
| 16:14.34 | Qwell | that was over a year ago though |
| 16:14.38 | tzafrir_laptop | M13768 |
| 16:14.39 | MuffinMan | [new] [Asterisk] Applications/app_voicemail/IMAP 0013768: voicemail indicator does not clear when last message is read or deleted via IMAP reported by vicks1 (Karma: neutral) http://bugs.digium.com/view.php?id=13768 |
| 16:14.49 | tzafrir_laptop | err... wrong bug |
| 16:14.57 | tzafrir_laptop | M13786 |
| 16:14.59 | MuffinMan | [new] [Asterisk] Channels/chan_dahdi 0013786: [patch] DAHDI_CHECK_HOOKSTATE automatically defined when chan_dahdi is built with zaptel support reported by tzafrir (Karma: +109.25) http://bugs.digium.com/view.php?id=13786 |
| 16:15.24 | tzafrir_laptop | Anybody mind looking into this one? It's quite simple, |
| 16:15.56 | Qwell | tzafrir_laptop: oh yuck |
| 16:15.58 | tzafrir_laptop | And it seems to cause/expose problems with our FXO modules |
| 16:16.15 | tzafrir_laptop | which might be a separate bug of ours, but still... |
| 16:16.25 | Qwell | can we do like... |
| 16:16.42 | Qwell | COMPAT_DEF(CHECK_HOOKSTATE) |
| 16:16.51 | Qwell | and just #ifdef every single one? |
| 16:17.07 | tzafrir_laptop | can a macro define another macro? |
| 16:17.12 | Qwell | I don't see why not |
| 16:18.01 | Qwell | or: COMPAT_DEF(ZT_CHECK_HOOKSTATE, DAHDI_CHECK_HOOKSTATE) if you want to be explicit |
| 16:18.18 | Qwell | or flip the args, whatever |
| 16:18.46 | *** join/#asterisk-bugs telecos (n=sergio@153.166.219.87.dynamic.jazztel.es) |
| 16:24.52 | *** join/#asterisk-bugs russellb (n=russell@asterisk/digium-open-source-team-lead/russellb) |
| 16:24.52 | *** mode/#asterisk-bugs [+o russellb] by ChanServ |
| 16:42.54 | tzafrir_laptop | http://www.chiark.greenend.org.uk/~sgtatham/bugs.html |
| 16:44.00 | *** join/#asterisk-bugs wolfelectronic (n=wolfelec@91.112.227.150) |
| 16:46.34 | *** part/#asterisk-bugs wolfelectronic (n=wolfelec@91.112.227.150) |
| 17:05.34 | *** join/#asterisk-bugs drumkilla (n=russell@asterisk/digium-open-source-team-lead/russellb) |
| 17:05.34 | *** mode/#asterisk-bugs [+o drumkilla] by ChanServ |
| 17:17.34 | blitzrage | Qwell: could I assign a couple of chan_mobile issues to you...? |
| 17:17.48 | blitzrage | dbowerman appears to be MIA, and these issues will not go away it appears |
| 17:18.50 | Qwell | my phone sucks. |
| 17:19.01 | Qwell | in that, it's actually compliant.. |
| 17:19.34 | blitzrage | lol |
| 17:19.47 | blitzrage | wonder if my Nokia E61i would be any better than, heh |
| 17:19.48 | russellb | we just have to leave the issues open |
| 17:19.55 | Qwell | blitzrage: Nokia's are terrible |
| 17:19.57 | russellb | and someday, someone might take over maintainance of the module |
| 17:20.02 | Qwell | compliance-wise |
| 17:20.07 | blitzrage | I'm going to un-assign them I do believe |
| 17:20.15 | blitzrage | Qwell: that doesn't shock me |
| 17:20.27 | russellb | blitzrage: feel free to email him, to see if he's interested in working on the bugs |
| 17:20.39 | russellb | make sure you don't make it sound like he is expected to ... |
| 17:20.41 | blitzrage | ya, I've already sent a few reminders and updating bugs that should email him |
| 17:20.49 | russellb | but just a "ping", before you unassign them |
| 17:20.53 | russellb | ah ... |
| 17:20.55 | russellb | alright, then |
| 17:21.09 | blitzrage | ya... I think it is time to start unassigning them since there has been a lot of activity from me pinging him on those bugs |
| 17:24.21 | blitzrage | M13443 |
| 17:24.25 | MuffinMan | [ready for testing] [Asterisk] Channels/chan_dahdi 0013443: rc5: chan_dahdi doesn't recognize TDM400P channels reported by seandarcy (Karma: +1.50) http://bugs.digium.com/view.php?id=13443 |
| 17:24.38 | Qwell | I thought I closed that |
| 17:24.44 | blitzrage | thoughts? leave open and hope reporter gets a chance to test again, or do we close... ? |
| 17:24.48 | blitzrage | Qwell: apparently not :) |
| 17:24.54 | Qwell | he had a bunch open |
| 17:24.59 | blitzrage | ya, I can close that if you wish |
| 17:25.03 | Qwell | yeah, close |
| 17:25.06 | blitzrage | okie sweet |
| 17:25.14 | Qwell | the "bug" was the sample config |
| 17:25.52 | blitzrage | ah gotcha |
| 17:27.12 | Qwell | I wonder if Richard wouldn't be the best person to look at 13788 |
| 17:27.40 | blitzrage | if he wouldn't? |
| 17:27.54 | Qwell | I often wonder negatively. |
| 17:27.54 | blitzrage | M13788 |
| 17:27.56 | MuffinMan | [new] [Asterisk] Channels/chan_misdn 0013788: [patch] mISDN broken for BRI always reporting all chanells in use reported by IgorG (Karma: +71.50) http://bugs.digium.com/view.php?id=13788 |
| 17:27.58 | blitzrage | Qwell: fair enough |
| 17:43.19 | Qwell | blitzrage: doh |
| 17:43.26 | blitzrage | :D |
| 17:43.29 | blitzrage | denied |
| 17:43.32 | blitzrage | fail! |
| 17:43.36 | blitzrage | <3 |
| 17:45.23 | blitzrage | M13427 |
| 17:45.27 | MuffinMan | [assigned] [DAHDI-linux] General 0013427: Compile error on CentOS-4.6 with Kernel-2.6.9-67.0.15.ELsmp and CONFIG_DAHDI_NET reported by tusar (Karma: +1.00) http://bugs.digium.com/view.php?id=13427 |
| 17:45.58 | blitzrage | tzafrir_laptop: should that still be assigned to you? I can't tell if the issue is resolved and should be closed, or if you fixed the xpp stuff, and there is still more work to do, but maybe then you shouldn't be the assignee? |
| 17:49.46 | tzafrir_laptop | blitzrage, I don't really know sethdlc. If it was indeed broken before, then it can be safely closed |
| 17:50.41 | Qwell | I thought I closed that too |
| 17:51.11 | tzafrir_laptop | It got reopened. I fixed the valid part |
| 17:52.13 | Qwell | the sethdlc thing is fixed |
| 17:53.26 | tzafrir_laptop | the reported complained that it is not built on his system. And it is indeed not :-) |
| 17:54.00 | *** join/#asterisk-bugs philippel (n=p_lindhe@pool-98-111-70-106.sttlwa.fios.verizon.net) |
| 17:55.53 | blitzrage | so.... close? :) |
| 17:56.09 | blitzrage | tzafrir_laptop: i.e. you fixed the build part? |
| 17:56.12 | philippel | what is the best way to see about having http://bugs.digium.com/view.php?id=13363 re-surfaced? Some work was done on it, and I suspect it may be 99% there with some trained eyes able to fix what ever wasn't right in the proposed change? |
| 17:56.20 | blitzrage | M13363 |
| 17:56.22 | MuffinMan | [confirmed] [Asterisk] Applications/app_macro 0013363: [patch] Device Side transfer of a call between 2 extensions leads to failure because MACRO_DEPTH is not reset reported by p_lindheimer (Karma: +2.25) http://bugs.digium.com/view.php?id=13363 |
| 17:57.56 | blitzrage | tzafrir_laptop: thanks! |
| 17:58.43 | blitzrage | philippel: looks to be a tilghman issue... I will assign to him and we'll see where it goes... |
| 17:59.55 | philippel | blitzrage thanks - as mentioned, it may be 99% there from what Cordyon76 previously did - I've heald off doing a work around in FreePBX because the core bug is pretty serious well outside of FreePBX (calls being hung up on is never a good thing) |
| 18:01.38 | *** join/#asterisk-bugs fakhir (n=fakhir@unaffiliated/fakhir) |
| 18:01.43 | philippel | blitzrage some clock somewhere is off by a lot (13 minutes or so) don't know if that is the bug tracker server (I'm guessing) - you may wan tto have someone have a look |
| 18:02.09 | philippel | 2008-10-27 12:47 blitzrage Assigned To => Corydon76 |
| 18:02.17 | blitzrage | nice :) |
| 18:02.21 | philippel | happend right about 13:00 |
| 18:03.50 | philippel | blitzrage while you are at it, while not exactly critical it still shows as new and I put a patch that I think is fine: |
| 18:04.00 | philippel | M13432 |
| 18:04.03 | MuffinMan | [new] [Asterisk] Channels/chan_sip/General 0013432: [patch] outboundproxy=proxy.mmmydomain.net where domain can not be resolved silently removes the sip section reported by p_lindheimer (Karma: +2.25) http://bugs.digium.com/view.php?id=13432 |
| 18:04.11 | blitzrage | aha, yes, that should be marked as confirmed |
| 18:04.33 | *** join/#asterisk-bugs implicit (n=bayan@unaffiliated/implicit) |
| 18:04.33 | *** mode/#asterisk-bugs [+o implicit] by ChanServ |
| 18:04.43 | blitzrage | ok... meeting time! |
| 18:05.29 | philippel | thanks - have fun at meeting:) |
| 18:09.52 | *** join/#asterisk-bugs atis_work (n=atis_wor@193.238.212.171) |
| 18:42.46 | *** join/#asterisk-bugs wolfelectronic (n=wolfelec@91.112.227.150) |
| 19:01.31 | *** join/#asterisk-bugs russellb (n=russell@asterisk/digium-open-source-team-lead/russellb) |
| 19:01.31 | *** mode/#asterisk-bugs [+o russellb] by ChanServ |
| 20:10.01 | *** join/#asterisk-bugs atis_work (n=atis_wor@193.238.212.171) |
| 21:05.43 | *** join/#asterisk-bugs russellb (n=russell@asterisk/digium-open-source-team-lead/russellb) |
| 21:05.43 | *** mode/#asterisk-bugs [+o russellb] by ChanServ |
| 21:09.41 | *** join/#asterisk-bugs atis_work (n=atis_wor@193.238.212.171) |
| 21:50.10 | *** join/#asterisk-bugs telecos (n=sergio@153.166.219.87.dynamic.jazztel.es) |
| 21:50.19 | wolfelectronic | putnopvut? |
| 21:50.52 | putnopvut | wolfelectronic: hi! |
| 21:52.13 | wolfelectronic | hi, i have just some more questions regarding http://bugs.digium.com/view.php?id=13668. the patch i provided seems to work, at my customers site and at crjw's site |
| 21:53.44 | wolfelectronic | if you could have some look at the patch you will see taht i not just silently corrected the counters but log a debug message. i wonder what would be the "best practice" in such a case, log a debug message or log a warning |
| 22:04.28 | putnopvut | wolfelectronic: That's a good question. For something like that, I think a debug message is better. |
| 22:04.44 | putnopvut | Most users, if they see that warning, will just be confused by it, I would think. |
| 22:05.54 | wolfelectronic | yes, that is aslo my opinion. but also i would like to know if something wired habens to the coounters and i am not shure if it is good to activate debug level on production machines |
| 22:07.32 | wolfelectronic | but at least on my customer site i activated the debug level and i didn't experience one of my messages. this lets me think the bug is really fixed. |
| 22:07.41 | putnopvut | wolfelectronic: that's great! |
| 22:08.00 | putnopvut | Thank you very much for writing the patch! |
| 22:08.54 | wolfelectronic | so whats next to gtet the patch commited into the next release? ( ithere would be also another patch which would be useful for misdn users http://bugs.digium.com/view.php?id=13491 |
| 22:09.02 | putnopvut | I have a lot of items I'm working on right now, so I'm not sure when I'll actually get around to checking that patch, but hopefully I'll have it reviewed before the end of the week. |
| 22:09.52 | putnopvut | After I review the patch, I can get it committed. |
| 22:10.10 | wolfelectronic | ok, i understand. should i provide a patch for the latest trunk revision of chan_sip.c? |
| 22:10.16 | *** join/#asterisk-bugs atis_work (n=atis_wor@193.238.212.171) |
| 22:10.50 | putnopvut | wolfelectronic: that's a good idea. Trunk is usually the first place we patch. Then we can merge that change to 1.6.0 and 1.6.1 |
| 22:11.43 | wolfelectronic | ok i will provide a patch for trunk revision and upload it. |
| 22:12.54 | wolfelectronic | where should i place comments for the patch reviewer (=you) in the patch itself or in a bugtracker note? |
| 22:13.41 | wolfelectronic | or just wait for questions from reviewer? |
| 22:15.42 | putnopvut | wolfelectronic: If you have comments, you should just add them as a note on the issue. |
| 22:16.36 | wolfelectronic | ok, thanks for your answers. have a nice day |
| 22:16.53 | putnopvut | You too. |
| 22:30.35 | *** join/#asterisk-bugs jmls1 (n=jmls@host217-36-208-155.in-addr.btopenworld.com) |
| 22:32.58 | *** join/#asterisk-bugs drumkilla (n=russell@asterisk/digium-open-source-team-lead/russellb) |
| 22:32.58 | *** mode/#asterisk-bugs [+o drumkilla] by ChanServ |
| 23:16.41 | *** join/#asterisk-bugs bbryant (n=brett@c-68-59-20-153.hsd1.sc.comcast.net) |
| 23:16.41 | *** mode/#asterisk-bugs [+o bbryant] by ChanServ |
| 23:32.27 | *** part/#asterisk-bugs wolfelectronic (n=wolfelec@91.112.227.150) |
| 23:43.35 | *** join/#asterisk-bugs russellb (n=russell@asterisk/digium-open-source-team-lead/russellb) |
| 23:43.35 | *** mode/#asterisk-bugs [+o russellb] by ChanServ |