| 01:09.09 | *** join/#asterisk-bugs lmadsen (n=Leif@asterisk/documenteur-extraordinaire/blitzrage) |
| 01:09.09 | *** mode/#asterisk-bugs [+o lmadsen] by ChanServ |
| 02:30.40 | *** join/#asterisk-bugs russellb (n=russell@asterisk/developer-and-stable-maintainer/drumkilla) |
| 02:30.40 | *** mode/#asterisk-bugs [+o russellb] by ChanServ |
| 03:22.04 | *** join/#asterisk-bugs russellb (n=russell@asterisk/developer-and-stable-maintainer/drumkilla) |
| 03:22.04 | *** mode/#asterisk-bugs [+o russellb] by ChanServ |
| 08:01.52 | *** join/#asterisk-bugs agx (n=AGX@host63-216-static.34-88-b.business.telecomitalia.it) |
| 09:08.29 | *** join/#asterisk-bugs snuff-home (i=snuff@60-240-117-7-nsw-pppoe.tpgi.com.au) |
| 12:51.22 | *** join/#asterisk-bugs flujan (n=flujan@200-160-115-020.static.spo.ctbc.com.br) |
| 13:02.12 | *** join/#asterisk-bugs Victor_Yure (n=Victor_Y@unaffiliated/victoryure/x-837844) |
| 15:58.03 | *** join/#asterisk-bugs flujan_ (n=flujan@200-160-115-020.static.spo.ctbc.com.br) |
| 16:02.10 | *** join/#asterisk-bugs putnopvut (n=putnopvu@216.207.245.1) |
| 16:02.10 | *** mode/#asterisk-bugs [+o putnopvut] by ChanServ |
| 16:12.56 | Qwell | A103738 |
| 16:13.00 | MuffinMan | [103738] Committed by mmichelson on 2008-02-15 19:07:12: Add proper "false" case behavior to GotoIfTime |
| 16:13.07 | Qwell | Thoughts about that going into 1.4? |
| 16:13.35 | Qwell | if nothing else, it's a pretty glaring inconsistency. |
| 16:15.55 | putnopvut | I'm cool, and it shouldn't affect current dialpplans. |
| 16:16.32 | Qwell | oh, russellb left. hmm! |
| 16:18.06 | *** join/#asterisk-bugs russellb (n=russell@asterisk/developer-and-stable-maintainer/drumkilla) |
| 16:18.07 | *** mode/#asterisk-bugs [+o russellb] by ChanServ |
| 16:18.19 | Qwell | russellb: !! |
| 16:18.22 | Qwell | A103738 |
| 16:18.24 | Qwell | Thoughts about that going into 1.4? |
| 16:18.24 | MuffinMan | [103738] Committed by mmichelson on 2008-02-15 19:07:12: Add proper "false" case behavior to GotoIfTime |
| 16:18.43 | russellb | no |
| 16:18.47 | russellb | i mean, yes, i have thoughts |
| 16:18.49 | russellb | and no' |
| 16:19.02 | russellb | there is a trivial workaround available ... |
| 16:19.12 | Qwell | true |
| 16:19.53 | russellb | 1,GotoIfTime(${timespec}?3) |
| 16:20.00 | russellb | 2,Goto(falsetarget) |
| 16:20.06 | russellb | 3,NoOp(It was true) |
| 16:23.45 | jsmith | I don't think it needs to be in 1.4 |
| 16:24.11 | Qwell | I had no strong opinion either way - I just saw it, and wanted to throw it out there |
| 16:24.41 | russellb | ok, well, situation resolved. |
| 16:24.42 | russellb | moving on! |
| 16:38.36 | Qwell | M11818 |
| 16:38.37 | MuffinMan | [closed] [Asterisk] Channels/chan_zap 0011818: Deadlock in chan_zap between zt_request and do_monitor reported by michael-fig http://bugs.digium.com/view.php?id=11818 |
| 16:51.28 | jmls | yikes |
| 16:51.46 | jmls | What were the "right conditions" ? |
| 16:52.11 | putnopvut | If a channel were duplicated and then deleted. |
| 16:52.21 | putnopvut | It would result in pointers being in a loop. |
| 16:52.44 | putnopvut | I actually am not familiar enough with chan_zap to know what operations those correspond to, though. |
| 16:53.26 | jmls | oh |
| 16:54.04 | putnopvut | In other words, I don't know how you'd go about reproducing it with phones, but I saw in the code exactly where it could happen. |
| 17:20.12 | *** part/#asterisk-bugs agx (n=AGX@host63-216-static.34-88-b.business.telecomitalia.it) |
| 17:20.50 | *** join/#asterisk-bugs Corydon76-lap (n=Corydon7@pdpc/supporter/bronze/Corydon76-home) |
| 17:20.50 | *** mode/#asterisk-bugs [+o Corydon76-lap] by ChanServ |
| 19:20.50 | *** join/#asterisk-bugs simbol76ss (n=simbol@87.10.235.12) |
| 20:46.42 | *** part/#asterisk-bugs simbol76ss (n=simbol@87.10.235.12) |
| 21:20.33 | *** join/#asterisk-bugs BBHoss (n=hoss@c-71-207-173-38.hsd1.al.comcast.net) |
| 21:35.51 | *** join/#asterisk-bugs umay (n=chris@71-208-162-10.hlrn.qwest.net) |
| 21:54.09 | *** join/#asterisk-bugs d1mas (n=chatzill@62.105.170.230) |
| 21:59.04 | d1mas | Guys, someone need to patch ast_read as in 11740 or similar |
| 22:02.14 | file | that issue is already on my radar |
| 22:05.48 | russellb | M11740 |
| 22:05.50 | MuffinMan | [new] [Asterisk] Channels/chan_sip/Interoperability 0011740: DTMF problem on 1.4.17 reported by gserra http://bugs.digium.com/view.php?id=11740 |
| 22:08.42 | file | all the DTMF ones are |
| 22:10.03 | russellb | they're on my radar, too, but i have so much stuff going on ... |
| 22:24.18 | mvanbaak | russellb: nice task you gave me ;) |
| 22:26.09 | mvanbaak | but I'll get it working |
| 22:26.14 | mvanbaak | one way or the other |
| 22:27.05 | mvanbaak | now I'm off to get my beauty sleep |
| 22:27.10 | mvanbaak | latero all |
| 22:28.14 | Corydon76-lap | I love people who tell us they need something fixed NOW, and when we ask for additional information, they tell us that it's impossible for them to take down the machine because it's serving a critical business need |
| 22:29.36 | russellb | *closed* |
| 22:29.38 | Corydon76-lap | especially when they're running bleeding edge trunk |
| 22:30.57 | Corydon76-lap | I told him that he needs to choose between his short term business interests and his long term business interests |
| 22:31.52 | file | Corydon76-lap: Walk like an egyptian! |
| 22:32.12 | Corydon76-lap | file: listening to the Bangles? |
| 22:32.52 | file | perhaps. |
| 22:33.25 | file | dang nabbit |
| 22:33.43 | file | my office supplies closet has everything but staples |
| 22:34.08 | d1mas | file: aha! here you are... |
| 22:36.43 | d1mas | russellb: remember you explained me all that VDTMF stuff including END_DTMF_ONLY ? |
| 22:36.52 | russellb | sort of |
| 22:38.30 | d1mas | russellb: I have a question :) why doing this stuff in the read procedure at all? Asterisk itself does not care about begins AFAIK. To me logical place for the emulation which supposed to create "proper" DTMF is ast_write or something there |
| 22:40.12 | russellb | i don't have the brain bandwidth to think about it right now, sorry :( |
| 22:43.51 | d1mas | ok |
| 22:50.25 | putnopvut | russellb: May I direct your attention to... |
| 22:50.27 | putnopvut | M9260 |
| 22:50.29 | MuffinMan | [ready for testing] [Asterisk] Core/General 0009260: [Patch] SMDI features reported by ltd http://bugs.digium.com/view.php?id=9260 |
| 22:50.42 | putnopvut | I was wondering if your SMDI stuff has anything to do with this issue. |
| 22:54.21 | russellb | yeah, i have addressed all of those issues already |
| 22:54.28 | russellb | i'll assign it to myself, and close it out when i merge my changes in |
| 22:54.37 | russellb | which should be soon, because they are being used now ... |
| 22:55.25 | putnopvut | Not to call you a liar, but you actually hadn't addressed that one which is why I brought it up. |
| 22:55.36 | russellb | no |
| 22:55.43 | russellb | i meant i have addressed the issues in my code |
| 22:55.49 | putnopvut | Ah, gotcha :) |
| 23:00.59 | d1mas | russellb: I will email you my Q about DTMFs ok? Hope someday ou bandwidth will increase :) |
| 23:03.33 | russellb | just try the dev list |
| 23:03.37 | russellb | i'd rather answer there |
| 23:04.33 | d1mas | okie |
| 23:05.05 | d1mas | will be hard to those who missed your explanation how-stuff-works :) |
| 23:07.49 | russellb | yeah, well there are a few others that know it, too |
| 23:59.52 | *** topic/#asterisk-bugs by file -> Asterisk Bugs Discussion -=- http://bugs.digium.com/ -=- http://asterisk.org/developers/bug-guidelines - If you are not discussing a report already posted to the bugtracker, the discussion probably belongs in #asterisk. -=- Overall issue count: 314 -=- Monitor new reports in #asterisk-commits -=- Want to help? Test bugs marked Ready For Testing |